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Description 

[0001] The invention relates to a data processing 
method, a server device, a client date processing de- 
vice, a communications system, and computer soft- 
ware. 

[0002] Recently, personal computers have become 
widespread, with these personal computers being used 
to access prescribed servers via a network so that pre- 
scribed information can be obtained. 
[0003] Application programs are necessary for carry- 
ing out various processes with these kinds of personal 
computers. Each user purchases application programs 
which can operate with the operating system (hereinaf- 
ter referred to as "OS") of their personal computer and 
installs and uses these application programs directly 
from a recording medium or via a communications line. 
[0004] An idea for detemriining whether or not a client 
is appropriate while an application program is being in- 
stalled via a communications line had been disclosed in 
Japanese Laid-open Patent No. Hei. 1-15253612. How- 
ever, the object of this was to determine whether or not 
the user of the client computer is a regular user, with 
compatibility between the program and the computer 
not being determined in the related art at the time of in- 
stallation of the program. 

[0005] When OSs are different, the application pro- 
gram is also different, with each user then selecting and 
purchasing application programs in line with their own 
OS. The application providers (application designers) 
also then have to design a number (equal to the number 
of OSs) of application programs for carrying out what is 
essentially the same process, which involves a great 
deal of labour and at the same time increases costs. 
[0006] A similar problem also occurs with application 
programs having the same OS. Namely, two application 
programs have to be designed separately even when 
both of these application programs are operating on the 
same OS when one of these application programs is dif- 
ferent from the other application program. This makes 
the amount of effort and cost involved in providing a sin- 
gle application program high. 

[0007] The prior art document EP-A-0718761 pub- 
lished on 26.06-1 996 describes a system in which a cli- 
ent selects an object to view and a class loader deter- 
mines whether a viewer application program appropri- 
ate for viewing the selected object is available at the cli- 
ent. If the class loader determines that the appropriate 
viewer application program is not available at the client, 
it locates an appropriate viewer on a server and down- 
loads it to the client. It the downloaded viewer applica- 
tion program is in platform independent bytecode, the 
viewer is subjected to a verification procedure to verify 
its integrity prior to execution. 

[0008] According to one aspect of the present inven- 
tion there Is provided a data processing method for a 
data processing system comprising: on a server side: 
storing an application program comprising a plurality of 



objects; storing an execution environment comprising a 
plurality of objects for specifying operations of said ap- 
plication program such that said execution environment 
is compatible with said application program; storing an 
5 application program interface operable to provide an in- 
terface between said execution environment and said 
application program; and on a client side: requesting a 
download of said application program from said server; 
wherein a checking means on said server is operable to 
10 execute a compatibility check to detemnine whether or 
not said client has said execution environment that is 
compatible with said requested application program and 
said requested application program is downloaded from 
said server in dependence upon a result of said check. 
15 [0009] In a preferred embodiment, when said check 
by said server determines that said client does not have 
an execution environment with which said requested ap- 
plication program is compatible, said method comprises 
the steps of: downloading at least one execution envi- 
^0 ronment object from said server to said client such that 
said compatible execution environment is constructed 
on said client; and downloading said application pro- 
gram from said server to said client. 
[001 0] According to an another aspect of the present 
invention, there is provided a server device for down- 
loading an application program in response to a request 
from a client, said server device comprising: storage 
means storing an application program comprising one 
or more objects; storage means storing an execution en- 
vironment comprising a plurality of objects for specifying 
operations of said application program wherein said ex- 
ecution environment is compatible with said application 
program; storage means storing an application program 
interface operable to provide an interface between said 
execution environment and said application program; 
checking means checking whether or not said client has 
an execution environment that is compatible with said 
requested application program; and downloading 
means for downloading said requested application pro- 
gram to said client in dependence upon a result of said 
check performed by said checking means. 
[0011] According to a further aspect of the present in- 
vention, there is provided a client data processing de- 
vice comprising: downloading means for downloading 
data from a server; storage means storing an application 
program comprising one or more objects; storage 
means storing an execution environment comprising a 
plurality of objects for specifying operations of said ap- 
plication program; storage means storing an application 
program interface operable provide an interface be- 
tween said execution environment and said application 
program; notifying means for notifying said server as to 
whether an execution environment on said data 
processing device is compatible with an application pro- 
gram requested for download from said server; wherein 
said downloading means is operable to download said 
requested application program from said server in de- 
pendence upon said notification generated by said no- 
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tifying means. 
[0012] These and other aspects of the invention are 
set out in the claims to which attention is invited. 
[0013] The present invention thus provides a flexible 
software platform that allows application — independ- 
ent inter-operabilily. Since the compatibility of an appli- 
cation program requested for download by the client can 
be checked with regard to the execution environment 
available on the client prior to downloading, the present 
invention affords the opportunity to construct an execu- 
tion environment on the client with a core functionality 
and to achieve flexibility by downloading additional ex- 
ecution environment objects to support requested appli- 
cation programs as required. The required execution 
environment objects can be downloaded when it is de- 
termined that the requested application program is cur- 
rently incompatible with the execution environment on 
the client. The construction of the execution environ- 
ment as a collection of objects means that objects can 
be added to and removed from the execution environ- 
ment as required by the application program and the ap- 
plication program interface that links the application pro- 
gram to the execution environment can be adapted ac- 
cordingly. The advantages of the flexibility of being able 
to construct just the execution environment currently 
necessary at the client are explained in the description. 
[0014] For a better understanding of the present in- 
vention, reference will now be made by way of example 
to the accompanying drawings in which: 

FIG. 1 is a view of an example structure to which an 
illustrative data processing method of the present 
invention is applied; 

FIG. 2 is a view showing a structure of an applica- 
tion program; 

FIG. 3 is a view showing a structure of a concurrent 
object; 

FIG. 4 is a view describing the downloading of ob- 
jects from the server to clients of a plurality of ven- 
dors; 

FIG. 5 is a view illustrating incremental download- 
ing; 

FIG. 6 is a view describing a meta-standard; 
FIG. 7 is a view describing dynamic changing of an 
object; 

FIG- 8 is a view describing dynamic expansion of 
an object; 

FIG. 9 is a view describing the minimum functions 
of client; 

FIG. 1 0 is a view describing the client environment 
structure suitable for an application and dynamic re- 
structuring thereof; 

FIG. 11 is a view describing a structure of a feature 
structure; 

FIG, 1 2 is a view showing an example system struc- 
ture to which the illustrative data processing device 
of the present invention is applied; 
FIG. 1 3 is a view showing the logical structure of an 



4 

MVM and an MK; 

FIG. 14 is a view showing the logical structure of 
Context and Descriptor; 

FIG. 15 is a view showing the overall structure of an 
5 MVM: 

FIG. 1 6 is a view showing the data structure of Con- 
text and items surrounding Context; 
FIG. 1 7 is a view showing the type of Variable table 
entry; 

10 FIG- 1 8 is a view showing a primitive object list and 
interface name; 

FIG. 19 is a view showing a primitive object inter- 
face; 

FIG. 20 is a view showing a continuation of the prim- 
's itfve object interface in Fig. 19; 

FIG. 21 is view showing a continuation of the prim- 
itive object interface in Fig. 20; 
FIG. 22 is a view showing an l-code instruction set; 
and 

FIG. 23 is a view showing an MK interface. 

[001 5] FIG. 1 shows an example of an illustrative sys- 
tem structure to which the data processing method of 
the present invention is applied. The system comprises 
a server 1 (data processing device), a client 2 (data 
processing device) and a network 3. 
[0016] In this embodiment, the server 1 has two ap- 
plication programs 11-1 and 1 1 -2. One of the application 
programs 11-1 has an execution environment 12-1 for 
defining the environment of execution of the application 
program 11-1 and an application program interface 
(hereinafter referred to as "APT) 1 3-1 comprising an in- 
terface between the application program 11-1 and the 
execution environment 12-1. 

[001 7] The application program 11-1 comprises a plu- 
rality of objects 14-1 and the execution environment 
12-1 comprises a plurality of objects 15-1. 
[0018] The application program 1 1 -2 also has an ex- 
ecution environment 12-2 defining the environment for 
this application program 1 1 -2 and an AP1 1 3-2 function- 
ing as an interface between the application program 
11-2 and the execution environment 12-2. 
[0019] Further, the application program 11-2 also 
comprises a plurality of objects 14-2 and the execution 
environment 12-2 comprises a plurality of objects 15-2. 
[0020] The client 2 also has two application programs 
21 -1 and 21 -2. The application program 21-1 has an ex- 
ecution environment 22-1 for defining the environment 
for this application program 21-1, and an API 23-1 as 
an interface between the application program 21-1 and 
the execution environment 22-1. The application pro- 
gram 21 -1 comprises a plurality of objects 24-1 and the 
execution environment 22-1 comprises a plurality of ob- 
jects 25-1 . 

[0021] The application program 21 -2 also has an ex- 
ecution environment 22-2 defining the environment for 
the application program 21-2 and an API 23-2. The ap- 
plication program 21-2 comprises a plurality of objects 
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24-2 and the execution environment 22-2 comprises a 
plurality of objects 25-2. 

[0022J The objects are all defined as concurrent ob- 
jects which are processed concurrently with other ob- 
jects. A plurality of APIs exist between the server 1 and 
the client 2 because one API set can be considered as 
one execution environment. 

[0023] As shown in FIG. 1 and FIG. 2, the application 
program 11 comprises a plurality of objects 14 gathered 
together. Further, execution speed is increased by hav- 
ing the application program 11 processed concurrently 
by constructing the object 14 as a concurrent object. Be- 
cause the object 14 is a replacement unit, objects with 
operational bugs or objects with perfomnance problems 
etc. can be replaced with objects which do not have er- 
rors. Problems of the objects 14 can therefore be re- 
solved without having to remodel the whole of the appli- 
cation program 11 . Further, a new application program 
can be easily made by taking the object 1 4 as a part and 
combining the object 14 with an object taken as a part 
of an already existing application program. 
[0024] This application program is a single service 
unit, and can be, for example, an application program 
for; only displaying image data from the server 1 ; retriev- 
ing image data using an VCR function; selecting a serv- 
ice using a menu; home shopping; a family account 
book linked with home shopping; tax calculations, etc. 
[0025] Operativity for common features can then be 
obtained by sharing application programs between ob- 
jects. For example, an editor for inputting data to a family 
account book application program and an editor for in- 
putting data in a home shopping program can be shared. 
[0026] Next, a description of a concurrent object will 
be given, with the configuration of the concurrent object 
being shown in FIG. 3. The object 14 which is a concur- 
rent object comprises a method entry table 14A open to 
the outside public, a method code 14B, a memory area 
14C for holding the object conditions and a simple 
thread 14D for executing the method. Only one execu- 
tion context (also referred to as a "thread") exists at the 
concurrent object 14. The concurrent object 14 there- 
fore receives one message and does not process mes- 
sages arriving during the processing of this message 
until execution of this message whk;h is currently being 
processed is completed. 

[0027] Only providing one thread within the object has 
the following benefits. 

(1) It is not necessary to be concerned about syn- 
chronization between a plurality of activities. Name- 
ly, it is no longer necessary to carry out such a proc- 
ess as to determine a sequence of access to the 
shared data using an instruction for synchronizing 
such as semaphore when shared data exists. In 
other words, the sequence of the message trans- 
mission to the object determines the sequence of 
access. 

(2) As a result of this, program errors due to mis- 



takes in the way of obtaining synchronization no 
longer occur and reusability of the object is im- 
proved. 

(3) Synchronization errors can be prevented in a 
5 majority of cases by providing, for example, a de- 
vice driver using this method. 

(4) Device drivers can safety be replaced because 
synchronization errors due to replacing of the de- 
vice drivers can also be prevented. 

10 (5) Portions for the device driver other than portions 
for actually controlling the hardware can be provid- 
ed independently from the OS. The program devel- 
opment period can therefore be made shorter be- 
cause the amount of time taken up on program de- 

^5 velopment for the device drivers can be shared. 

(6) The description relating to execution control be- 
tween objects can be removed from the description 
of the application program. For example, it is usually 
necessary for a thread execution control program 

20 to be incorporated within the application program 
with, for example, a method employing multi 
threads (when a plurality of threads are used). It is 
then necessary to rewrite the application program 
when the thread programming environment chang- 

25 es. However, if there is only one thread as in the 
present illustrative embodiment of the invention, it 
is not necessary to describe this portion at the ap- 
plication program. The application program there- 
fore does not have to be rewritten even if the exe- 

30 cution control method changes. The most appropri- 
ate execution control method for putting this con- 
current object in this execution environment is pro- 
vided by a system using dynamic expansion theory 
for objects. 

35 (7) It is therefore not necessary to consider parallel 
processing when describing an application pro- 
gram. If concurrent objects are programmed, the 
system then carries out parallel processing with the 
hardware under the most appropriate execution 

"to control automatically after this because concurrent 
objects are the parallel processing units. In the re- 
lated art, the generation of a number of processes 
or the generation of a number of threads had to be 
designated during programming. If this designation 

45 is made without taking into consideration the per- 
formance of the hardware, the application program 
then becomes dedicated to specific hardware. 

[0028] With this system, the object is downloaded as 
50 necessary. An example of a system for downloading ob- 
jects from the server 1 to the clients 2 of a plurality of 
vendors is shown in FIG. 4. Clients AP1 13 (13-1, 13-2) 
to be used by the respective vendors are realized by the 
execution environments 12 (12-1, 12-2). 
55 [0029] When an object is downloaded to the client 2 
(2-1 , 2-2) it is determined whether or not an execution 
environment 22 (22-1 , 22-2) the same as the execution 
environment 12 on the server 1 exists on the client 2. If 
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the same execution environment does exist, the object 
is downloaded. II not. downloading is carried out after 
an execution environment 22 the same as the execution 
environment 12 on the server 1 is constructed. 
[0030] For example, in FIG. 4, when the object 14-1 
of the application program 11-1 of the server 1 is down- 
loaded as the object 24-1 ot the application program 

21- 1 of the client 2-1, an object 25-1A corresponding to 
an object 15-1 A of the execution environment 12-1 of 
the server 1 is necessary at the execution environment 

22- 1 of the client 2-1. Then, for example, the object 
15-1B (checking means) of the execution environment 
12-1 interrogates the object 25- IB (notifying means) of 
the execution environment 22-1 for the feature structure 
(to be described later). The object 15-1 C (downloading 
means) of the execution environment 12-1 and the ob- 
ject 25-1 C (downloading means) of the execution envi- 
ronment 22-1 then download the objects 15-1 A and 
1 5-1 B of the execution environment 1 2-1 as the objects 
25-1 A and 25-18 of the execution environment 22-1 in 
accordance with this response. 

[0031] In the related method, it is necessary for the 
object to be downloaded to be provided taking into ac- 
count the client API. For example, when the client is a 
UNIX system, the same UNIX system may be being 
used on the server or it may be necessary to provide an 
object constructed of some kind of cross-developed en- 
vironment. If the server and the client have to be 
equipped with the sarne execution environment, the cli- 
ent device usually has to be equipped with expensive 
calculation resources. For example, more memory has 
to be provided when compared with the case where a 
dedicated execution environment is provided and a high 
speed CPU (Central Processing Unit) has to be provid- 
ed to guarantee sufficient execution speed, with this in- 
creasing the cost of the device. 

[0032] With regards to this, according to the present 
Illustrative embodiment of a system of the present in- 
vention, these problems are resolved by downloading 
an execution environment for the application program 
at the same time as downloading the application pro- 
gram. This is to say that by constructing just the execu- 
tion environment 22 currently necessary at the client 2 
at the client 2 unnecessary resources do not have to be 
prepared at the client 2. For example, if the client 2 does 
not require 3-D graphics then it is not necessary to pre- 
pare a library for this purpose. 

[0033] Further, when a client is playing-back a movie 
image using VOD (Video On Demand), services (sen^- 
ices which are not necessary when viewing movie im- 
ages) for interacting with the user can be temporarily 
removed from the client with corresponding amount of 
calculation resources being able to be allotted to other 
work. These resources can then be used as a buffer for 
pre-fetch image data froni the server 1 . Services for in- 
teraction can then be downloaded from the server 1 
when required. 

[0034] The following have been considered as objects 



to be downloaded with the present illustrative system of 
the present invention. 

(1) Alt application programs. 

5 (2) Device driver groups (for example, MPEG driv- 
ers, ATM drivers, image control drivers etc.) for con- 
trolling hardware resources provided by the client. 
(3) Object groups (for example, VCR command 
management, stream management, real-time 

10 scheduler, memory management, window manage- 
ment, downloading control, communication proto- 
col management, execution management etc.) pro- 
viding system services for application programs. 

15 [0035] The most appropriate execution environment 
for the application program can then be constructed on 
the client by combining these application programs and 
object groups. 

[0036] The server 1 can be a device for transmitting 
image data and application programs or a device for 
transmitting information to the client 2 via the network 
3. The client 2 is a device for processing information 
transmitted from the server 1 and it is not usually nec- 
essary for the client 2 to be connected to the network 3. 
The most appropriate execution environment can there- 
fore be prepared for every application program because 
the execution environment is provided every application 
program. 

[0037] In the related art, it is necessary to make pre- 
liminary estimate about the characteristics of the appli- 
cation program when constructing the system. For ex- 
ample, when the application program has to deal with 
image data, a system service equipped with a VCR-like 
user interface for handling real-time scheduling and im- 
age data is necessary. Further, if the application pro- 
gram uses 3-D graphics, a library for this purpose has 
to be provided and the system tends to be expanded. 
Typical examples are UNIX (trademark) or Windows 
(trademark), in which an amount of memory necessary 
for the system is increased each time its version is im- 
proved. With the present illustrative system of the 
present invention, only a minimum of functions is pro- 
vided for executing application programs and the prob- 
lems of the systems of the related art are resolved. 
[0038] By constructing an application program 11 as 
an assembly of a plurality of objects and by providing 
these objects as concun-ent objects, concurrent execu- 
tion is possible using each of the objects as a unit and 
the object can be downloaded at the same time as the 
application program is executed. At this time, by down- 
loading the objects necessary in the execution of the ap- 
plication program incrementally as shown by the proc- 
ess in FIG. 5, the user can be made to feel as if the time 
it takes to download a single application had been much 
reduced. • 

[0039] For example, as shown in FIG. 5, when it is 
necessary to download objects 14-1-1 to 14-1-11 of the 
application program 11 of the server 1 as the objects 



25 



30 



35 



40 



45 



50 



5 



9 



EP 0 753 811 B1 



10 



24-1-1 to 24-1 -1 1 of application program 21 of the client 
2, rather than downloading each object at random, ob- 
jects 14-1-1 to 14- 1-3 necessary first in the execution of 
the application program 21 are downloaded first as the 
objects 24-1-1 to 24-1-3. 

[0040] If these three objects exist, the application pro- 
gram 21 can be activated and processing starts. While 
this processing is being executed, the remaining objects 
14-1-4 to 14-1-11 are then sequentially downloaded in 
second to fourth steps as the objects 24-1-4 to 24-1-11 
of the application program 21. These second to fourth 
downloads are also executed in the order of which ob- 
ject is necessary first. 

[0041] When the objects 24-1-1- to 24-1-3 of the ap- 
plication program 21 are downloaded, the processing 
for the application program 21 has already been started. 
The user then can be made to feel as if all of the objects 
had been downloaded. The user therefore only has to 
be aware of the time necessary for downloading three 
objects, which is shorter than the time necessary for 
downloading eleven objects. In other words, the user is 
in practical terms not aware of the time for downloading 
eight of the objects, so that it is as if the time had been 
removed. 

[0042] This can be also applied to the case of con- 
structing the execution environment 22 described with 
reference to FIG. 4 (and also described later with refer- 
ence to FIG. 10) on the client 2. In this case, the time 
for downloading all of the objects for the execution en- 
vironment can be made to seem less to the user by first 
downloading only the objects necessary for executing 
the application program from the objects comprising the 
execution environment 22. This method can also be ap- 
plied to the booting of the system. 
[0043] Here, incremental downloading means down- 
loading the application program or execution environ- 
ment in units of objects or portions thereof comprising 
the application program or execution environment as 
necessary rather than downloading at one time. When 
application programs are downloaded in conventional 
personal computer communications, conripressed appli- 
cation programs are downloaded at one time. The ap- 
plication program can therefore not be used until down- 
loading has completely finished. Further, with, for exam- 
ple, system booting, up until now, start-up would take 
place from when all of the system had been read into 
memory. In the case of a UNIX disc-less workstation, 
the system does not start-up until all of the OS has been 
read-into memory from the server so that the system can 
therefore not be used until reading-out is completed. 
This is not the case, however, if Incremental download- 
ing is used. 

[0044] This method is successfully applied to a server 
1 and a Set Top Box (hereinafter referred to as "STB") 
taken as client 2 as follows. First, it is no longer neces- 
sary to wait impatiently until the system starts up as is 
the case for current personal computers because the 
STB can soon be used after turning on the power supply. 



As an STB is extremely prominent as a household elec- 
trical appliance, it is not desirable to have to make the 
user wait until the system starts up. 
[0045] When the STB is turned on, the STB down- 

5 loads and starts to execute the objects necessary first. 
The time the user has to wait will then be just the time 
taken to initially download these objects. The typical 
time for downloading an object is a few milliseconds to 
a few tens of milliseconds. This time can therefore be 

10 made to be insignificant to the user by using an appro- 
priate user interface. The necessary objects are then 
downloaded concurrently with the activation of the sys- 
tem as the activation processes for the system proceed. 
[0046] Limitations also occur when executing a plu- 

^5 rality of application programs at the same time because 
plenty of calculation resources such as for the server 1 
are not prepared at the client 2. For example, in the case 
where a VOD service is selected by a navigation appli- 
cation program for appreciation of a movie, resources 

^0 (memory) occupied by the navigation application pro- 
gram can be used for the movie appreciation application 
once appreciation of the movie has started. These re- 
sources (the object for managing the memory) can then 
be downloaded again at the time when the navigation 

^5 application again becomes necessary. 

[0047] The "time when necessary" is the time when a 
message is sent with regards to the object. Namely 
when the very first object downloaded sends a message 
to another object, this object that received the message 

30 is downloaded. The object sending the next message 
can then be downloaded beforehand by utilizing object 
interdependence and reference relationships. By carry- 
ing this out concurrently with execution of the application 
program, delays due to downloading at the time of mes- 

35 sage communications can then be made small. This 
then increases the efficiency of the incremental down- 
loading. 

[0048] The execution environments 1 2 and 22 are al- 
so assemblies of the objects 15 and 25 and the same 

40 operations as for the objects 14 and 24 of the application 
programs 11 and21 are possible. A meta-objecl for con- 
trolling the downloading sequence specialized for the 
application programs 11 and 21 can therefore be pre- 
pared as one of the objects 15 and 25 (for example, the 

45 object 25-1 C of FIG. 4 is taken as an meta-object). In 
this way a download sequence of an object that the 
above object utilizes can be appointed as being suitable 
for a specific application and the time a user has to wait 
can be minimized using incremental downloading. 

50 [0049] A function for downloading objects from the 
server 1 to the client 2, an accompanying function for 
checking compatibility of execution environments of the 
objects and a function for constructing execution envi- 
ronments are necessary to realize this system. These 

55 are taken as the basic functions for all of the devices 
(clients 2) provided in this system to have. In this spec- 
ification, this function is referred to as a meta-standard. 
The API of the execution environment of the OS etc. can 
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be freely expanded with this meta-slandard. The mini- 
mum standardization together with this expansion then 
will allow the API to comply with all types of applications 
from now on. 

[0050] For example, with the system shown in FIG. 6. 5 
an OS having independent APIs is being operated at 
each of the servers 1-1 and 1-2 and each of the clients 
2-1 and 2-2. Namely, an API 23-1 (API #1) for the appli- 
cation program 21-1 is constructed at the client 2-1 so 
as to correspond to the execution environment 22-1. 
Further an API 23-2 (API #3) for the application program 
21-2 for the execution environment 22-2 is constructed 
at the client 2-2. Because of this, APIs which correspond 
to these APIs is already prepared at the server that 
downloads the programs to the clients 2-1 and 2-2. In 
this embodiment, an API 13-1 for the application pro- 
gram 11-1 is constructed at the server 1-1 for the exe- 
cution environment 12-1. This API 13-1 is taken to be 
the API (API #1) corresponding to API 23-1 (API #1) of 
the client 2-1. 

[0051] Similarly, API 13-3 (API #3) corresponding to 
the application program 11-3 is fomned at the execution 
environment 12-3. This API 13-3 is corresponds to API 
23-2 (API #3) of the client 2-2. 

[0052] Objects 15-1 A to 15-10, 15-3A to 15-30, 
25-1 A to 25-1 0 and 25-2A to 25-20 are provided as ob- 
jects corresponding to this meta-standard at the servers 
1 -1 and 1 -2 and the clients 2-1 and 2-2. As a result, nec- 
essary objects can be properly downloaded from the 
servers 1 -1 and 1 -2 to the clients 2-1 and 2-2 according 
to the metal-standard protocal. 
[0053] To standardize the OSs of the clients into a sin- 
gle OS has been the tendency in this field. However, as 
a result of defining meta-standard as above and provid- 
ing APIs corresponding to each of the client APIs only 
on the server side, it becomes no longer necessary to 
decide a standard. 

[0054] As a result of not stipulating one OS standard, 
the object realizing the system service including the ap- 
plication program can be constructed independently of 
the OS. Namely, software written for a certain execution 
environment can automatically be restructured for an- 
other separate execution environment using migration. 
This function has not been provided in conventional sys- 
tems. For example, software written for UNIX will not 
operate on a Windows platform without being re-written. 

1 n order to realize this function with application level soft- 
ware, software capable of eliminating this software de- 
pendence is necessary. However, OS independence of 
objects for realizing system services including device 
drivers become possible using this method. 
[0055] By downloading objects in this way, the object 
of the client 2 is changed as necessary as shown in FIG. 
7, i.e. an already-existing object is removed from the cli- 
ent and a new object is downloaded from the server 
[0056] For example, with the embodiment of FIG. 7, 
the object 24A of the application program 21 of the client 

2 has become unnecessary and is therefore removed. 



A new, necessary object 14A is then downloaded to the 
client 2 from the server 1 . 

[0057] In this way, the following becomes possible. 

(1) The software can be updated. For example, 
when a bug is found in hardware control software, 
this object can be removed and can be replaced 
with a new object. Household electrical appliances 
equipped with computers are used by general con- 
sumers who are not computer specialists and soft- 
ware updating using an installer performed In some 
of computers is not appropriate. Updating of soft- 
ware in the way of the present illustrative embodi- 
ments of the present invention is therefore extreme- 
ly effective. 

(2) The product cycle can be made long. For exam- 
ple, models of television receivers are changed 
every year, but general consumers cannot buy a 
new television receiver every year However, with 
the system of the present invention, the newest soft- 
ware functions can be provided to the user without 
having to change the television receiver and model 
changing of the receiver due to software function 
expansion is no longer necessary. This is also ap- 
plied to STBs. 

(3) Compliance with changes in requirements for 
user interfaces can be provided. For example, a us- 
er-friendly menu can be provided when the user first 
starts to use the device, with this then being 
changed to a more directly operated user interface 
when the user has got used to using the device. 
However, both procedures are not necessary to be 
brought over to the client side. Rather, the user in- 
terface matched the skill of the user at the time can 
be brought over to the client side. In this way, limited 
client resources can be effectively utilized. 

[0058] Further, a downloaded object can expand the 
object of the client 2 as necessary as shown in FIG. 8. 
In the embodiment of FIG. 8, an execution environment 
22-2 for receiving a new service is generated for the ob- 
ject 24-1 B of the application program 21-1 at the client 
2. The necessary objects 25-1 A and 25-1 B are then mi- 
grated (shifted) from the execution environment 22-1 so 
as to become the objects 25-2A and 25-2B at the exe- 
cution environment 22-2. Other necessary objects 
25-1 0 and 25- 1 D are also migrated to the execution en- 
vironment 22-2. 

[0059] To the application program 21-2, the object 
24-1 B of the application program 21 -1 is migrated to be- 
come the object 24-2B. 

[0060] In this way, for example, a new execution en- 
vironment for the necessary expansion of real-time 
scheduling Is generated at the client and necessary ob- 
jects are shifted over to the new environment. The object 
can therefore be made capable of receiving a real-time 
scheduling service without necessitating any changes. 
[0061] The following results are obtained as a result 
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of this. 

(1) New functions can be dealt with without having 
to add any changes to application program objects. 
The application program life therefore becomes 
longer and reusability is improved. In the related 
method, changing of the execution environment 
meant the re-writing of the application program be- 
cause dependent code for the execution environ- 
ment was included in the application program. 

(2) With regards to application programs included 
in the equipment, highly functional control software 
for the equipment including the user interfaces is 
the part wished to be re-used unless the model of 
the equipment is not largely changed or to have 
shortened development periods only by expanding 
software functions using already existing code. 
However, if the part includes code dependent on the 
execution environment, the work involved in re-uti- 
lization becomes complicated. With methods up un- 
til now, no countermeasures were taken for utiliza- 
tion of the part, but with the illustrative method of 
the present invention this work is made to be either 
automatic or minimal 

[0062] The illustrative system of the present invention 
can be applied specifically in the following way. 

(1) Halting of the whole system can be prevented 
by downloading a memory protection function when 
the reliability of the application program is low. 

(2) Services provided by service provider can be 
changed every STB vendor For example, a service 
provider providing a moyie of movie company A can 
change the characteristics of the image to be trans- 
mitted according to whether the image Is received 
by the STB of company B or the STD of company C. 

(3) The processing method of the system can be 
changed in accordance with the compression meth- 
od of audio-visual data sent to an STB or the picture 
quality requested by the user. For example, the 
method taken when adjusting picture quality is dif- 
ferent for MPEG data and JPEG data and it has 
therefore been necessary to change the processing 
method of the system. However, with the illustrative 
system of the present invention, the processing 
method is selected as necessary in accordance 
with the data fomnat. 

[0063] It is therefore not necessary for the client 2 to 
provides various functions beforehand because most of 
the functions for the system can be downloaded from 
the server 1 and the client 2 is therefore made to only 
provide a minimum of. functions needed. FIG. 9 shows 
the minimum of functions possessed by the client 2 of 
the system of the present invention. An execution envi- 
ronment 22-1 for the device driver, an execution envi- 
ronment 22-2 for the system object and an execution 



environment 22-3 for the execution environment are 
formed at the client 2 as minimum functions. 
[0064] The device drivers necessary for being existed 
beforehand are an object 24-1 A taken as an input driver 

5 for processing input, an object 24-1 B taken as a timer 
driver for managing time and an object 24-1 C taken as 
a screen driver for controlling displaying. The system 
objects are an object 24-2A taken as an input handler 
for managing input, an object 24-2B taken as boot pro- 

10 tocol for managing activation, and an object 24-2C taken 
as a memory manager for managing memory. A more 
highly functional device drivers or system objects can 
be downloaded from the server 1 . 
[0065] FIG. 10 shows an embodiment of a dynamic 

'5 structure of client environments suitable for application 
programs (video, game, shopping, etc.) sent out from 
the server. In FIG. 10, an execution environment 22-4 
for shopping use is constructed on the client 2-2 so that 
a shopping application program 11-2 can be download- 

20 ed f rom the server 1 . Further, when the client 2-2 chang- 
es the application program over from the shopping ap- 
plication program to a movie application program, an ex- 
ecution environment 22-3 for a movie application pro- 
gram 21 -3 is constructed on the client 2-2 and the movie 

25 application program 11-1 is downloaded from the server 
1. 

[0066] For example, the following process can be 
considered. 

30 (1) When a user selects a movie. 

At this time, a navigation application 11-3 is 
downloaded from the server 1 -2 to, for example, the 
execution environment 22-1 of the client 2-1 so that 
the desired movie can be selected and an object 

35 1 5-3 for window management and for managing in- 
puts from the user etc. is downloaded as an object 
25-1 as the necessary environment for the naviga- 
tion application 11-3. 
(2) When a user is enjoying a movie. 

40 

[0067] At this time, an object 15-1 for video stream 
management, data pre-read buffer management and 
VCR functions etc. is downloaded from the execution 
environment 12-1 of the server 1-1 to, for example, the 
45 execution environment 22-3 of the client 2-2 as an object 
25-3. 

[0068] In the illustrative system of the present inven- 
tion, the feature structure shown in FIG, 11 is introduced 
in order to present the execution environment of the cli- 

50 ent by downloading. This feature structure is checked 
when objects are downloaded from the server 1 to the 
client 2 and the necessary execution environments are 
constructed where the objects are downloaded. 
[0069] First, the server 1 carries out a negotiation with 

55 the client 2 in a first phase (negotiation phase) for the 
possibility of an object migration between meta-object 
space of the server 1 and meta-object space of the client 
2. In a second phase (transferring phase) the object is 
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then actually transferred. 

[0070] Object nnigration is a meta-level process which 
transmits the calculation resources in-use using internal 
infonnation of the object and objects related to this ob- 
ject if necessary. The internal information of the object 
is expressed by a meta-level object referred to as a de- 
scriptor. In reality, the descriptor holds the name of the 
meta-object managing the object. A typical descriptor 
holds the name of the meta-object managing memory 
segments for the object, the name of the meta-object 
performing execution control of two or more objects 
(scheduler) and the name of the meta-object managing 
the giving of names to objects, etc. 
[0071 ] A check is made in the first phase (negotiation 
phase) for the possibility of shifting object. In some me- 
ta-object spaces, object migration is not desirable. For 
example, if an object (device driver) is shifted in a meta- 
object space for managing a device driver, this shifting 
becomes actually meaningless if a hardware device 
does not actually exist at the client 2. Further, a meta- 
object managing memory segments of the object using 
a virtual memory management structure cannot man- 
age the memory segments even by carrying out shifting 
if a virtual memory management structure does not exist 
where the objects are shifted. The following method is 
therefore prepared for the migration protocol. 
[0072] Feature* Descriptor: :CanSpeak (Feature* 
pFeature). 

[0073] in this method, a CanSpeak operation is exe- 
cuted for the descriptor within the meta-object space at 
the client 2. 

[0074] At this time, a feature structure is. passed from 
the server 1 as an argument. As a result, the client 2 
returns a feature structure to the server 1 indicating that 
acceptance at the client 2 is possible. The server 1 then 
checks the feature structure returned from the client 2 
so as to be able to know in which categories given below 
the compatibility of this meta-object space is included. 
[0075] Compatibility can be classified into three cate- 
gories; completely compatible, partially compatible and 
incompatible. 

[0076] Complete compatibility means that the object 
can be completely executed even after being shifted. 
Partial compatibility means that some restrictions are 
put on execution of the object after being shifted. Incom- 
patibility means that the object cannot be continued to 
be executed after being shifted. 
[0077] Object migration is not carried out in the case 
of incompatibility. In the case of partial compatibility, 
whether or not migration is carried out is decided by the 
user. In reality, an exception is sent back to the user and 
a migration decision is made using the exception proc- 
ess routine. In the case of complete compatibility or par- 
tial compatibility when object migration can be canried 
out, migration is carried out in accordance with the con- 
tents of the feature structure returned previously. 
[0078] Before the negotiation phase, an empty de- 
scriptor is generated at the meta-object space of the cli- 



ent 2 by the next operation. 
Descriptor::Descriptor() 

5 [0079] The previous CanSpeak method can be for- 
warded for this descriptor. At this time, necessary meta- 
object generation, reference generation and listing of 
necessary inf onnation are carried out on the basis of the 
feature structure infomnation. 

10 [0080] The process at the meta-level of the second 
phase is the shifting or transmitting of the meta-object 
con-esponding to the transmitted descriptor. Here, shift- 
ing of the meta-object is the entering of this meta-object 
to the meta-object space of the client 2, i.e. being refer- 

15 enced from the descriptor. Further transmitting of the 
meta-object means transmitting the data within the me- 
ta-object as a message for the meta-object (which is ref- 
erenced from the descriptor) present at the meta-object 
space at the client 2. 

20 [0081 ] The actual operation relating to the shifting and 
transmitting of the meta-object is executed in this sec- 
ond phase (shifting phase) utilizing the feature structure 
obtained by the negotiation phase. 
[0082] The actual transferring and transmitting of the 

25 meta-object in the shifting phase is activated by the fol- 
lowing method. 

Descriptor & Descriptor: :operator = (Descriptor & 
source) 

30 

[0083] The descriptor class is an abstract class whk;h 
defines a common protocol relating to the shifting and 
transmitting of the meta-object. The contents of the de- 
scriptor referenced using the source are copied to this 
35 descriptor. 

[0084] The actual procedure can be defined as a sub- 
class of the descriptor class. 

[0085] The next method is a method relating to trans- 
mitting of the meta-object. These protocols are mainly 
40 used by a migrator (a meta-object included within the 
meta-object space for carrying out object migration). 

CanonicalContex1& Context::asCanonical() 

45 [0086] Converting a machine-dependent Context 
structure to a machine-independent fomn. This protocol 
is executed when the feature structure indicates that a 
direct conversion of Context is not possible. 

50 , Contexts Context::operator 
= (Context& source) 
Context& Context::operator 
= (CanonicalContext& source) 

55 [0087] The Context currently referenced by this is in- 
itialized using the Context referenced by source. 

CanonicaiSegment & Segment::asCanonicai() 
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[0088] Converting a machine-dependent Segment 
structure to a non-machine-independent fomn. This pro- 
tocol is executed when the feature structure indicates 
that a direct conversion of Context is not possible. 

Segments Segment: :operator 
= (Segments source) 
Segments Segment::operator 
= (CanontcalSegmentS source) 

[0089] The Segment currently referenced by this is in- 
itialized using the Context referenced by source and the 
necessary region of memory is copied. 
[0090] FIG. 1 1 shows the configuration of the feature 
structure. As shown in FIG. 11, pointers of the object 
description and the environment description are de- 
scribed in the entry. 

[0091] An object name, a pointer of the same struc- 
ture as for the structure indicated by the pointer of the 
environment description and the resource requirement 
of this object are described at the structure indicated by 
the pointer of the object description. 
[0092] Further, an environment name, resource infor- 
mation of client hardware, resource requirement of this 
environment and list of meta-objects constituting the ex- 
ecution environment are described at the structure indi- 
cated by the pointer of the environment description. 
[0093] A specific example of the contents of a feature 
structure is as follows. 

(1) Infomnation relating to the object, real time 
processibility amount of required processor 

(2) infomnation relating to meta-object hardware 
meta-object 

* processor type 

* data format segment meta-object 

* size 

* expandability, compressibility 

* management principle 
layout context meta-object 

* register information 

* number of temporary variables 

* processor conditions 
mailer meta-objects 

* message cue length 

* number of available processor messages 

* necessity of external mailer 

* message transmission method 
external mailer meta-object 
message cue length 

* number of available processor messages 

* protocol 
scheduler meta-object 

* object conditions 

* scheduling principle 
management-dependent meta-object 

* number of external names possessed 



[0094] As described above, when each of the clients 
have different OSs, the OSs of each of the clients are 
detemnined from this feature structure and the server 
then downloads objects corresponding to these OSs. 
5 [0095] FIG. 12 shows an example of an illustrative 
system structure to which the illustrative data process- 
ing system of the present invention is applied. A core 31 
of this system comprises a Micro Virtual Machine (MVM) 
31 a (first execution means) and a Micro Kernel (MK) 31 b 
(second execution means). The MVM 31a interprets 
and executes intennediate code (l-code) to be de- 
scribed later and can called-up a personality object (sys- 
tem object) using the functions of the MK31b as neces- 
sary. 

[0096] Portions other than the core 31 shown in FIG. 
12 can, for example, be downloaded from the server 1 
using the aforementioned methods. 
[0097] This system dynamically compiles l-code into 
native code (binary code, machine code) as necessary. 
Objects already compiled in native code can be execut- 
ed but in this case, the personality object 33 (binary code 
generating means) is called-up using the functions of 
the MK 31b and provides a service to the applications 
35. 

[0098] The MVM 31 a and the MK 31 b comprising the 
core 31 shown in FIG . 1 2 are surrounded by device driv- 
er objects (Device drivers) 32 and Personality objects 
(Personality component objects) 33, which arie in turn 
sumounded by a class system (Class Libraries) 34 pre- 
pared for carrying out application programming, which 
are in turn surrounded by application programs 35. 
[0099] The layer of personality objects 33 allows this 
system to provide various OSs or virtual machines. For 
example, execution of BASIC programs is carried out 
by executing intermediate code obtained by compiling 
the BASIC program using personality objects for BASIC 
programming. 

[0100] In the illustrative system of the present inven- 
tion, programs are compiled to l-code (intermediate 
code) for managing the object method so as to obtain a 
high degree of portability. Although l-code is not de- 
signed on the presumption of being interpreted and ex- 
ecuted (executing the program while interpreting the 
program), but is designed to be compiled as necessary 
into native code. However, the MVM interprets and ex- 
ecutes the l-code when dynamic compiling of the l-code 
is difficult due to various limitations. 
[0101] However, in most cases the l-code is compiled 
into native code and directly executed by a CPU con- 
structed within the system. Deficiencies in real time 
processibility or loss of processing speed accompany- 
ing Virtual Machine execution is therefore negligible. 
[0102] The l-code comprises two instruction sets 
(OP_M, OP_R) of sufficiently high abstractness, to be 
described later with reference to FIG. 22 so as to give 
a high degree of Inter-Operability. The semantics (the 
structure of meanings) of these instruction sets is 
strongly related to the interface of MK31 b. This is to say 
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that the instruction sets are under the strong intluence 
of the structure of the illustrative system of the present 
invention shown in FIG. 12. The illustrative system of 
the present invention therefore has a high degree of 
Portability and Inter-Operability in spite of assumption 5 
of the native code. 

[01 03] Next, the method for the M VM 31a and the MK 
31b is described. First, the data structure assumed by 
the MVM 31a and the l-code format are stipulated. 
[0104] FIG. 13 shows the logical structure of the MVM 
31 a and the MK 31 b shown in FIG. 1 2. The logical struc- 
ture of both the MVM 31a and the MK 31b is basically 
the same, with both comprising an active context 41 , a 
message frame 42 and an execution engine 43. How- 
ever, the MVM 31a supports execution using l-code and 
the MK 31b supports execution using native code. 
[01 05] In FIG. 1 3, active context 41 points to the Con- 
text (described later with reference to FIG. 14) currently 
being executed and the message frame 42 points to the 
main part of the message for the MVM 31a and the MK 
31b comprising the core 31 . 

[0106] In the case of MK 31b, the place where the 
main part of the message exists depends on the imple- 
mentation system with there being cases where this 
place is allotted to memory as a stack frame, allotted to 
a heap or allotted to registers of a number of CPUs. On 
the other hand, in the case of MVM 31a, the message 
frame points to an operand following the instruction 
code. Internal registers other than these registers may 
also be necessary depending on the implementation but 
these registers are Independent of this method. 
[0107] In FIG. 13, the execution engine 43 executes 
l-code and native code. Further, primitive objects 44 are 
included at the execution engine 43 of the MVM 31 , with 
these primitive objects 44 being code for processing 
primitive objects to be described later with reference to 
FIG. 18. 

[01 08] FIG. 1 4 shows the logical structure of the Con- 
text and Descriptor. The context structure 51 showing 
one execution state of the program comprises the fields 
of object, class, method and meta-etc, with further fields 
of icode and minf being provided at the field method. 
This Context structure 51 holds the state of MVM 31a, 
corresponds to a CPU register, and is completely inde- 
pendent of the memory management and systems of 
communicating between programs etc. 
[0109] The Context structure 51 is a Context primitive 
object, with each field being linked with prescribed in- 
formation, as described later with reference to FIG. 16. 
Further, the Context structure 51 is deeply dependent 
on the implementation of the core 31 (MVM 31 a and MK 
31b) but only portions which are not dependent are 
shown in FIG. 14. 

[01 10] The important field at the Context structure 51 
is the meta-field, with this field pointing to the Descriptor 
structure 52. The entries for the Descriptor structure 52 
consist of three groups, #tag, context and select, with 
the API of the Personality object 33 being decided by 



this descriptor structure 52. Here, #tag expresses the 
API name and addresses of the API are expressed by 
context and selector. 

[0111] FIG. 15 shows the whole structure of the MVM 
31a. Basically, all of the necessary information can be 
referenced by following links from the Context structure 
51 . Namely, the Context structure 51 is linked to the ob- 
ject 61 . This object 61 comprises a link (class pointer) 
to a class corresponding to the object 61 and an in- 
stance region (object dependent field). What kind of in- 
formation is stored at the instance region or in what man- 
ner this information is laid-out depends on the imple- 
mentation of the object. 

[0112] The class 62 mainly holds the method. The 
class 62 comprises the name (class name), the portion 
depending on the conditions of implementation (class 
dependent field) and the link table (method table) to the 
l-method structure 63. The l-method structure 63 is the 
block primitive object and comprises a header (Header), 
an l-code and a variable table (variable table). Further 
magic# is the management number (ID) of the MVM 
31a. Basically: the l-code instruction operand refers to 
the target object via this variable table entry. 
[0113] !n FIG. 15, the gray portions (Context 51, I- 
method 63) are portions depending on the MVM 31 a and 
are structures required when the MVM 31a translates 
and executes the l-code. 

[0114] FIG. 16 shows structures linking-out from the 
Context structure 51. The object field of the Context 
structure 51 points to the object 61 and the class field 
points to the class-dependent field of class 62, with the 
icode of this method field pointing to the l-code of the I- 
method 63. The icode corresponds to the program coun- 
ter and points to the program being executed. Further 
viable of the method field points to the variable table of 
the l-method 63. 

[0115] The temporary field points to a region for tem- 
porarily saving data and the meta-field points to the de- 
scriptor 52 described above. Moreover, the class pointer 
of the object 61 points to class 62 and the method table 
of the class 62 points to t-method 63. 
[0116] The variable table entry is a group consisting 
of type and value, with the value depending oh the type. 
[0117] The MVM 31 a processes the type as shown in 
FIG. 1 7. When the type is T_PR1MIT1VE, the value field 
refers to a primitive object. The kind of group of 
<P_CLASS, P_BODY> shown in FIG. 18, such as, for 
example, <P_INTEGER, immediate>, <P_STRING. ad- 
dress to heap> is stored at the value field. FIG. 18 shows 
the primitive object list together with the name of inter- 
face (listed In the column of P_CLASS). FIG. 1 9 to FIG. 
21 show an example of the primitive object interface 
shown in FIG. 1 8 described using an Interface Definition 
Language (IDL) method. This IDL method is disclosed 
in "COBRA V2.0, July 1995, P3-1 to 3-36^ 
[0118] In FIG, 17, an ID for referring to the object is 
stored in the value field when the type is T_POINTER. 
This ID is the only value within the system with its posi- 
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tion being independent. An object position correspond- 
ing to the ID is then specified by a personality object 33. 
[0119] FIG. 22 shows two instruction sets interpreted 
and executed by the MVM 31 . In the structure of FIG. 
12, the instruction set OP_M is instructions entering 
fronn outside to inside and the instruction set OP_R is 
instructions returning from inside to outside. 
[0120] Namely, the instruction set OP_M executes the 
operation indicated by this first operand. This operation 
is processed by Personality object 33 or by a primitive 
object. Further, the compiler generates l-code in order 
to execute the applications 35 in a more efficient manner 
as a number of processes are processed by the primitive 
object. In this way, for example, the arithmetic operation 
for integer is processed by the leading primitive object 
of FIG. 18. 

[0121] Next, the interface of MK 31b is specified. FIG. 
23 shows the interface of the micro kernel (MK) 31b. 
The logical structures of the MVM 31a and the MK 31b 
are the same as that shown in FIG. 13. Here, MK 31b 
processes the instruction sets OP„M and OP_R shown 
in FIG. 22 as a system call. 

[0122] The system constructed in the way described 
above can be applied to, for example, the client 2 (2-1 , 
2-2) shown in FIG. 4. The execution environment most 
suitable for executing a prescribed application can then 
be constructed on the client 2 by downloading an arbi- 
trary portion of the portions other than the core 31 shown 
in FIG. 1 2 from the sender 1 . 

[0123] As described above, the following can be con- 
sidered as objects to be downloaded. 

(1) All application programs. 

(2) Device driver groups (for example, MPEG driv- 
ers, ATM drivers, image control drivers etc.) for con- 
trolling hardware resources provided by the client. 

(3) Object groups (personality objects) providing 
system services for application programs (for ex- 
ample, VCR command management, stream man- 
agement, real-time scheduler, memory manage- 
ment, window management, downloading control, 
communication protocol management, execution 
management etc.) providing system sen/ices for 
application programs. 

[0124] The most appropriate execution environment 
for the application program can then be constructed on 
the client by combining these application programs and 
object groups. 

[0125] For example, when it is wished to execute a 
BASIC program, the personality object 33 for BASIC 
and the BASIC program (application) 35 are download- 
ed from the server 1 . This system is capable of providing 
a BASIC Virtual Machine using this personality object 
33. The downloaded BASIC program is then temporarily 
compiled into intermediate code by the compiler and ex- 
ecuted by the BASIC Virtual Machine. The BASIC pro- 
gram can alternatively be executed after having been 



compiled into native code in the way described above. 
[0126] In the aforementioned embodiment, down- 
loading of a prescribed object was carried out from the 
server to the client. However, illustrative embodiments 
5 of the present invention can also be applied to down- 
loading of objects from a prescribed client to a pre- 
scribed server or to downloading of objects between 
servers or between clients. 

[0127] Further, in the aforementioned embodiment, 

10 the i-code comprises two instructions, but the present 
invention is by no means limited in this respect. 
[0128] According to illustrative embodiments of the 
data processing method and data processing device of 
the present invention, a check is made as to whether or 

15 not the client has the execution environment of the ap- 
plication program to be downloaded and the application 
program is then downloaded to the client on the basis 
of this check. The structure of the client can therefore 
be simplified and the cost can be reduced. This makes 

20 the providing of cheap application programs possible. 
[0129] Moreover, with the illustrative data processing 
device of the present invention, notification is given to 
the server with regards to the execution environment for 
the application program to be downloaded, with the ap- 

25 plication program then being downloaded from the serv- 
er on the basis of this notification. This makes low-cost 
devices with simplified structure to be feasible and also 
makes the providing of low-cost application programs 
possible. 

30 [0130] With the illustrative data processing device 
and the illustrative data processing method of the 
present invention,' an application program converted in- 
to intenrrediate code is interpreted and executed, or in- 
termediate code is dynamically compiled and the gen- 

35 erated binary code is executed. Intemnediate code can 
therefore be gradually interpreted and executed when 
dynamic compiling is difficult. Still further, portable ap- 
plications can be constructed by giving the intemnediate 
code a simple structure. 

40 

Claims 

1. A data processing method for a data processing 
45 system comprising : 

on a server (16) side: 

storing an application program (11-1) com- 
50 prising a plurality of objects (14-1); 

storing an execution environment (12-1) 
comprising a plurality of objects (15-1) for 
specifying operations of said application 
program such that said execution environ- 
55 ment is compatible with said application 

program; 

storing an application program interface 
( 1 3- 1 AP I) operable to provide an interface 
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between said execution environment and 
said application program; and 
on a client (2) side: 

requesting a download of said applica- 
tion program from said server (16); 

wherein a checking means on said server is 
operable to execute a compatibility check to deter- 
mine whether or not said client (2) has said execu- 
tion environment that is compatible with said re- 
quested application program and said requested 
application program is downloaded from said server 
(16) in dependence upon a result of said check. 

2. The method according to claim 1, wherein when 
said check by said server determines that said client 
does not have an execution environment with which 
said requested application program is compatible, 
said method comprises the steps of: 

downloading at least one execution environ- 
ment object from said server to said client such 
that said compatible execution environment is 
constructed on said client; and 
downloading said application program from 
said server to said client. 

3. The method according to claim 1 or claim 2, wherein 
said application program objects and 

said execution environment objects are concurrent 
objects and a single thread of execution control is 
provided within each object. 

4. The method according to claim 1 , 2 or 3, wherein 
said execution environment objects are download- 
ed incrementally from said server to said client in 
an order appropriate for the execution of said re- 
quested application program and wherein execu- 
tion of said requested application program pro- 
ceeds before all of the necessary execution envi- 
ronment objects have been downloaded. 

5. The method according to claim 1 , 2 or 3 wherein 
said requested application program objects are 
downloaded incrementally from said server to said 
client in a sequence appropriate for execution of 
said application program and one or more of said 
requested application program objects are down- 
loaded to said client concurrently with execution of 
said requested application program by said client. 

6. The method according to claim 1 ,2 or 3 wherein 
those of said application program objects and said 
execution environment objects that are required 
first for processing by said client during execution 
of said requested application program are down- 
loaded first from said server to said client. 



7. The method according to claim 4, 5 or 6, wherein a 
sequence for downloading said application pro- 
gram objects and/or said environment objects from 
said server to said client is specified by an execution 

5 environment object. 

8. The method according to any one of the preceding 
claims, comprising the step of removing an existing 
application program object from said client and re- 

10 placing said removed object by downloading a new 
object from said server. 

9. The method according to any one of the preceding 
claims, comprising the step of constructing a sec- 

15 ond execution environment on said client for an ap- 
plication program object associated with said first 
mentioned execution environment and migrating at 
least one application program object from said first 
mentioned execution environment to said second 

20 execution environment. 

10. The method according to any one of the preceding 
claims, wherein said execution environment for said 
client comprises: 

25 

a download function for downloading said re- 
quested application program object from said 
server to said client; 

a checking function for checking whether an ex- 
30 ecution environment on said client is compati- 

ble with said requested object; and 
a construction function for constructing an ex- 
ecution environment on said client that is com- 
patible with said requested object; 

35 

wherein additional functions are downloaded 
from said server to said client as necessary. 

11. The method according to any one of the preceding 
40 claims, wherein said client comprises: 

an execution environment having device driver 
objects; 

an execution environment having system ob- 
45 jects; and 

an execution environment having execution en- 
vironment objects; 

wherein said devk;e driver objects, said sys- 
50 tern objects and said execution environment ob- 
jects that are provided on said client are the func- 
tions necessary to create the conresponding envi- 
ronment and wherein more highly functional devtee 
driver objects or system objects are downloaded 
55 from said server to said client as necessary. 

12. The method according to any one of the preceding 
claims, wherein said server passes a feature struc- 
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ture 

to said client that points to a description of said re- 
quested object and further points to a description of 
said compatible execution environment and where- 
in said client uses said feature structure to perform 
said check. 

1 3. A server device for downloading an application pro- 
grann in response to a request from a client, said 
server device comprising: 

storage means storing an application program 
comprising one or more objects; 
storage means storing an execution environ- 
ment comprising a plurality of objects for spec- 
ifying operations of said application program 
wherein said execution environment is compat- 
ible with said application program; 
storage means storing an application program 
interface operable provide an interface be- 
tween said execution environment and said ap- 
plication program; 

checking means for checking whether or not 
said client has an execution environment that 
is compatible with said requested application 
program; and 

downloading means for downloading- said re- 
quested application program to said client in 
dependence upon a result of said check per- 
formed by said checking means. 

14. The server device according to claim 13, wherein 
when said checking means determines that said cli- 
ent does not have an execution environment with 
which said requested application program is com- 
patible, said downloading means downloads at 
least one execution environment object from said 
server to said client such that said compatible exe- 
cution environment is constructed on said client; 
and said downloading means also downloads said 
application program from said server to said client. 

15. The server device according to claim 13 or 14, 
wherein said application program objects and said 
execution environment objects are concurrent ob- 
jects and a single thread of execution control is pro- 
vided within each object. 

16. The server device according to claim 13, 14 or 15, 
wherein said downloading means incrementally 
downloads said execution environment objects to 
said client in an order appropriate for the execution 
of said requested application program and wherein 
execution of said requested application program on 
said client proceeds before all of the necessary ex- 
ecution environment objects have been download- 
ed. 



17. The server device according to any one of claims 
13 to 16 wherein said downloading means incre- 
mentally downloads said requested application pro- 
gram objects to said client in a sequence appropri- 

5 ate for execution of said application program and 
said server downloads one or more of said request- 
ed application program objects to said client con- 
currently with execution of said requested applica- 
tion program by said client. 

TO 

18. The server device according to any one of claims 
13 to 17, wherein said downloading means first 
downloads to said client those of said application 
program objects and said execution environment 

'5 objects that are required first for processing by said 
client during execution of said requested applica- 
tion program. 

19. The server device according to any one of claims 
^0 13 to 17, wherein said downloading means down- 
loads said application program objects and/or said 
environment objects from said server to said client 
in a sequence specified by an execution environ- 
ment object. 

25 

20. The server device according to any one of claims 
13 to 18, wherein said server device removes an 
existing application program object from said client 
and replaces said removed object by using said 

30 downloading means to download a new object from 
said server. 

21. The server device according to any one of claims 
1 3 to 1 9, wherein said server device is used to con- 

35 struct a second execution environment on said cli- 
ent for an application program object associated 
with said first mentioned execution environment 
and said client migrates at least one application pro- 
gram object from said first mentioned execution en- 

40 vironment to said second execution environment. 

22. The server device according to any one of claims 
13 to 20, wherein said execution environment for 
said client comprises: 

45 

a download function for downloading said re- 
quested application program object from said 
server to said client; 

a checking function for checking whether an ex- 
50 ecution environment on said client is compati- 

ble with said requested object; and 
a construction function for constmcting an ex- 
ecution environment on said client that is com- 
patible with said requested object; 
55 and wherein said downloading means down- 

loads additional functions from said server to 
said client as necessary. 
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23. The server device according to any one of claims 
13 to 21 , wherein said client connprises: 

an execution environment having device driver 
objects; 

an execution environment having system ob- 
jects; and 

an execution environment having execution en- 
vironment objects; 

wherein said device driver objects, said sys- 
tem objects and said execution environment ob- 
jects that are provided on said client are the func- 
tions necessary to create the corresponding envi- 
ronment and wherein said downloading means 
downloads more highly functional device driver ob- 
jects or system objects from said server to said cli- 
ent as necessary. 

24. The server device according to any one of claims 
13 to 22, wherein said server device passes a fea- 
ture structure to sard client that points to a descrip- 
tion of said requested object and further points to a 
description of said compatible execution environ- 
ment and wherein said client uses said feature 
structure to perform said check. 

25. A client data processing device comprising: 

downloading means for downloading data from 
aserver; 

storage means storing an application program 
comprising one or more objects; 
storage means storing an execution environ- 
ment comprising a plurality of objects for spec- 
ifying operations of said application program; 
storage means storing an application program 
interface operable provide an interface be- 
tween said execution environment and said ap- 
plication program; and 

notifying means for notifying said server as to 
whether an execution environment on said data 
processing device is compatible with an appli- 
cation program requested for download from 
said server; 

wherein said downloading means is operable 
to download said requested application program 
from said server in dependence upon said notifica- 
tion generated by said notifying means. 

26. The client data processing device according to 
claim 25, wherein when said notifying means noti- 
fies said server that said client does not have an 
execution environment with which said requested 
application program is compatible; 

said downloading means downloads at least 
one execution environment object from said server 



to said client such that said compatible execution 
environment is constructed on said client; and 

said downloading means also downloads said 
application program from said server to said client. 

5 

27. The client data processing device according to 
claim 25 or 26, wherein said application program 
objects and said execution environment objects are 
concurrent objects and a single thread of execution 

10 control is provided within each object. 

28. The client data processing device according to any 
one of claims 25 to 27, wherein said downloading 
means downloads said execution environment ob- 

'5 jects incrementally from said server to said client in 
an order appropriate for the execution of said re- 
quested application program and wherein execu- 
tion of said requested application program on said 
client proceeds before all of the necessary execu- 
te tion environment objects have been downloaded. 

29. The client data processing device according to any 
one of claims 25 to 28, wherein said downloading 
means incrementally downloads said requested ap- 

25 plication from said server to said client in a se- 
quence appropriate for execution of said application 
program and one or more of said requested appli- 
cation program objects are downloaded to said cli- 
ent concurrently with execution of said requested 

30 application program by said client. 

30. The client data processing device according to any 
one of claims 25 to 29 

wherein said downloading means first downloads 
35 from said server to said client those of said applica- 
tion program objects and said execution environ- 
ment objects that are required first for processing 
by said client during execution of said requested ap- 
plication program. 

40 

31. The client data processing device according to any 
one of claims 25 to 30, wherein said downloading 
means downloads said application program objects 
and/or said environment objects from said server to 

'^5 said client in a sequence specified by an execution 
environment object. 

32. The client data processing device according to any 
one of claims 25 to 31 , wherein an existing applica- 

50 tion program object is removed from said client and 
said downloading means replaces said removed 
object by downloading a new object from said serv- 
er. 

55 33. The client data processing device according to any 
one of claims 25 to 32, wherein a second execution 
environment is constructed on said client for an ap- 
plication program object associated with said first 
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mentioned execution environment and said client 
migrates at least one application program object 
from said first mentioned execution environment to 
said second execution environment. 

34. The client data processing device according to any 
one of claims 25 to 33, wherein said execution en- 
vironment for said client comprises: 

a download function for downloading said re- 
quested application program object from said 
server to said client; 

a checking function for checking whether an ex- 
ecution environment on said client is compati- 
ble with said requested object; and 
a conslnjction function for constructing an ex- 
ecution environment on said client that is com- 
patible with said requested object; 

wherein additional functions are downloaded 
from said server to said client as necessary. 

35. The client data processing device according to any 
one of claims 25 to 34, wherein said client compris- 
es: 

an execution environment having device driver 
objects; 

an execution environment having system ob- 
jects; and 

an execution environment having execution en- 
vironment objects; 

wherein said device driver objects, said sys- 
tem objects and said execution environment ob- 
jects that are provided on said client are the func- 
tions necessary to create the corresponding envi- 
ronment and wherein more highly functional device 
driver objects or system objects are downloaded 
from said server to said client as necessary. 

36. The client data processing device according to any 
one of claims 25 to 35, wherein said server passes 
a feature structure to said client that points to a de- 
scription of said requested object and further points 
to a description of said compatible execution envi- 
ronment and wherein said client uses said feature 
structure to detemrrine a result passed to said server 
by said notifying means. 

37. A communications system comprising a server de- 
vice according to any one of claims 13 to 24 and a 
client data processing device according to any one 
of claims 25 to 36. 

38. Computer software having program code for can7- 
ing out a method according to any one of claims 1 
to 13. 



39. A data providing medium by which computer soft- 
ware according to claim 38 is provided. 

40. A medium according to claim 39, the medium being 
5 a transmission medium. 

41 . A medium according to claim 39. the medium being 
a storage medium. 

10 

Patentanspruche 

1. Datenverarbeitungsverfahren fur ein Datenverar- 
beitungssystem umfassend auf derSeite eines Ser- 
15 vers (16) 

die Speicherung eines Anwendungsprogramm 
(11-1), welches eine Vielzahl von Objekten (14-1) 
aufweist, 

die Speicherung einer Ausfuhrungsumgebung 
20 (12-1), die eine Vielzahl von Objekten (15-1) zur 
Spezifizierung von Operationen des betreffenden 
Anwendungsprogramms aufweist, derart, dass die 
genannte Anwendungsumgebung mit dem gehann- 
ten Anwendungsprogramm kompatibel ist, 
^5 die Speicherung einer Anwendungsprogramm- 
Schnittstelle (13-1 API), die derart betreibbar ist, 
dass eine Schnittstelle zwischen der genannten An- 
wendungsumgebung und dem genannten Anwen- 
dungsprogramm bereitgestellt ist, 
30 und auf der Seite eines Clients (2) 

die Anforderung eines Herunterladens des genann- 
ten Anwendungsprogramms von dem genannten 
Server (16), 

wobei eine Prufeinrichtung auf dem betreffenden 
35 Server derart betreibbar ist, dass eine Kompatibili- 
tatsprufung ausgefuhrt wird, urn zu bestimmen, ob 
der genannten Client (2) die genannte Ausfuh- 
rungsumgebung aufweist oder nicht, die mit dem 
angeforderten Anwendungsprogramm kompatibel 
40 ist, und wobei das genannte angeforderte Anwen- 
dungsprogramm von dem Server (1 6) in Abhangig- 
keit von einem Ergebnis der betreffenden Prufung 
heruntergeladen wird. 

45 2. Verfahren nach Anspruch 1 , wobei in dem Fall, dass 
die genannte Prufung durch den Server bestimmt, 
dass der genannte Client nicht uber eine Ausfuh- 
rungsumgebung verfugt, mit der das betreffende 
angeforderte Anwendungsprogramm kompatibel 
50 ist, das Verfahren die Schritte umfasst: 

Herunterladen zumindest eines Ausfuhrungs- 
umgebungsobjekts von dem genannten Server 
zu dem genannten Client, derart, dass die ge- 
55 nannte kompatible Ausfuhrungsfomiungsum- 

gebung auf dem betreffenden Client errichtet 
wird, 

und Henjnterladen des genannten Anwen- 
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dungsprogramms von dem genannten Server 
zu dem genannten Client, 

3. Verfahren nach Anspruch 1 oder 2. wobei die ge- 
nannten Anwendungsprogrammobjekte und die ge- 5 
nannten Ausfuhrungsumgebungsobjekte gleichzei- 

tig vorhandene Objekte sind und ein einztger Aus- 
fuhrungssteuerungsfaden innerhalb jedes Objekls 
vorgesehen ist, 

10 

4. Verfahren nach Anspruch 1 , 2 oder 3, wobei die ge- 
nannten Ausfuhrungsumgebungsobjekte von dem 
genannten Server zu dem genannten Client in einer 
fur die Ausfuhrung des angeforderten Anwen- 
dungsprogramms geeigneten Reihenfolge herun- '5 
tergeladen werden und wobei die Ausfuhrung des 
genannten angeforderten Anwendungsprogramms 
weitergeht, bevor samtliche dererforderlichen Aus- 
fuhrungsumgebungsobjekte inkremental herunter- 
geladen worden sind. 

5. Verfahren nach Anspruch 1 , 2 oder 3, wobei die ge- 
nannten angeforderten Anwendungsprogrammob- 
jekte von dem genannten Server zu dem genannten 
Client in einer fur die Ausfuhrung des genannten ^5 
Anwendungsprogramms geeigneten Sequenz in- 
kremental heruntergeladen werden und wobei ei- 
nes Oder mehrere der angeforderten Anwendungs- 
programmobjekte zu dem genannten Client gleich- 
zeitig mit der Ausfuhrung des betreffenden angefor- 30 
derten Anwendungsprogramms durch den genann- 
ten Client heruntergeladen werden. 

6. Verfahren nach Anspruch 1, 2 oder 3, wobei jene 
der genannten Anwendungsprogrammobjekte und 35 
der genannten Ausfuhrungsumgebungsobjekte, 

die fiir die Verarbeitung durch den genannten Client 
wahrend der Ausfuhrung des betreffenden angefor- 
derten Anwendungsprogramms zuerst erforderlich 
sind, von dem genannten Server zu dem genannten 40 
Client zuerst heruntergeladen werden. 

7. Verfahren nach Anspruch 4, 5 Oder 6, wobei eine 
Folge bzw. Sequenz zum Herunterladen der ge- 
nannten Anwendungsprogrammobjekte und/oder ^5 
der genannten Umgebungsobjekte von dem ge- 
nannten Server zu dem genannten Client durch ein 
Ausfuhrungsumgebungsobjekt spezifiziert wird. 

8. Verfahren nach einem der vorhergehendenAnspru- 50 
che, umfassend den Schritt des Entfernens eines 
existierenden Anwendungsprogrammobjekts von 
dem genannten Client und des Ersetzens des ent- 
fernten Objekts durch Heruntertaden eines neuen 
Objekts von dem genannten Server 55 

9. Verfahren nach einem der vorhergehenden Ansprii- 
che, umfassend den Schritt des Errichtens einer 



zweiten Ausfuhrungsumgebung auf dem genann- 
ten Client fiir ein Anwendungsprogrammobjekt, 
welches der zuerst erwahnten Ausfuhrungsumge- 
bung zugeordnet isl, und Migrieren zumindesl ei- 
nes Anwendungsprogramms von der betreffenden 
zuerst envahnten Ausfuhrungsumgebung in die ge- 
nannte zweite Ausfuhrungsumgebung. 

1 0. Verfahren nach einem der vorhergehenden Anspru- 
che, wobei die genannte Ausfuhrungsumgebung 
fur den genannten Client umfasst: 

eine Herunterladefunktion zum Herunterladen 
des genannten angeforderten Anwendungs- 
programmobjekts von dem genannten Server' 
zu dem betreffenden Client, 
eine Pruffunktion zum Priifen, ob eine Ausfuh- 
rungsumgebung auf dem genannten Client mit 
dem betreffenden angeforderten Objekt kom- 
patibel ist, 

und eine Errichtungsfunktion zum Errichten ei- 
ner Ausfuhrungsumgebung auf dem genann- 
ten Client, die kompatibel ist mit dem betreffen- 
den angeforderten Objekt, 

wobei zusatzliche Funktionen von dem genannten 
Server zu dem betreffenden Client soweit erforder- 
lich heruntergeladen werden. 

1 1 . Verfahren nach einem der vorhergehenden Anspru- 
che, wobei der genannten Client umfasst: 

eine Ausfuhrungsumgebung, die Vorrichtungs- 
treiberobjekte aufweist, 
eine Ausfuhmngsumgebung, die Systemobjek- 
te aufweist, 

und eine Ausfuhrungsumgebung, die Ausfuh- 
rungsumgebungsobjekte aufweist, 

wobei die genannten Vorrichtungstreiberobjekte, 
die genannten Systemobjekte und die genannten 
Ausfuhrungsumgebungsobjekte, die auf dem be- 
treffenden Client vorgesehen sind, die Funktionen 
sind, die zur Erzeugung der entsprechenden Um- 
gebung notwendig sind, und wobei hohere funktio- 
nale Vorrrchtungstreiberobjekte oder Systemobjek- 
te von dem genannten Server zu dem genannten 
Client soweit erforderlich heruntergeladen werden. 

1 2. Verfahren nach einem der vorhergehenden Anspru- 
che, wobei der genannte Server eine Merkmals- 
struktur zu dem genannten Client weiterleitet, die 
auf eine Beschreibung des betreffenden angefor- 
derten Objekts gerichtet ist und die ferner auf eine 
Beschreibung der genannten kompatiblen Ausfuh- 
rungsumgebung gerichtet ist, und wobei der ge- 
nannten Client die betreffende Merkmalsstruktur 
zur Ausfuhrung der genannten Prufung nutzt. 
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13. Servervorrichtung zum Heruntertaden eines An- 
wendungsprogramms auf eine Anforderung von ei- 
nem Client hin, wobei die betreffende Servervor- 
richtung umfasst: 



14. Servervorrichtung nach Anspruch 13, wobei dann, 
wenn die genannte Prufeinrichtung bestimmt, dass 35 
der betreffende Client nicht uber eine Ausfuhrungs- 
umgebung verfugt, mit der das betreffende ange- 
forderte Anwendungsprogramm kompatibet ist, die 
genannte Herunterladeeinrichtung zumindest ein 
Ausfuhrungsunrigebungsobjekt von dem genannten 40 
Server zu dem genannten Client herunterladt, der- 
art, dass die betreffende konnpatible Ausfuhrungs- 
umgebung auf denn genannten Client erstellt ist, 
und wobei die genannte Herunterladeeinrichtung 
auBerdem das genannte Anwendungsprogramnn 45 
von dem betreffenden Server zu dem genannten 
Client herunterladt. 



betreffenden Client in einer fur die Ausfuhrung des 
angeforderten Anwendungsprogramms geeigne- 
ten Reihenfolge inkremental herunterladt und wo- 
bei die Ausfuhrung des betreffenden angeforderten 
Anwendungprogramms auf dem genannten Client 
weitergeht. bevor samtliche der erf orderlichen Aus- 
fuhrungsumgebungsobjekte heruntergeladen wor- 
den sind. 

17. Servervorrichtung nach einem der Anspruche 13 
bis 16, wobei die genannte Herunterladeeinrich- 
tung die angeforderten Anwendungsprogrammob- 
jekte zu dem genannten Client in einer fur die Aus- 
fuhrung des betreffenden Anwendungsprogramms 
geeigneten Sequenz inkremental herunterladt und 
wobei der genannte Server eines oder mehrere der 
angeforderten Anwendungsprogrammobjekte zu 
dembetreffenden Client gleichzeitig mit der Ausfiih- 
rung des betreffenden angeforderten Anwendungs- 
programms durch den genannten Client herunter- 
ladt. 

18. Servervorrichtung nach einem der Anspruche 13 
bis 17, wobei die genannte Herunterladeeinrich- 
tung zuerst zu dem betreffenden Client jene der ge- 
nannten Anwendungsprogrammobjekte und der 
genannten Ausfuhrungsumgebungsobjekte herun- 
terladt, die fur die Verarbeitung durch den genann- 
ten Client wahrend der Ausfuhrung des genannten 
angeforderten Anwendungsprogramms zuerst er- 
forderlich sind. 

19. Servervorrichtung nach einem der Anspruche 13 
bis 17, wobei die genannte Herunterladeeinrich- 
tung die betreffenden Anwendungsprogrammob- 
jekte und/oder die genannten Umgebungsobjekte 
von dem genannten Server zu dem betreffenden 
Client in einer durch ein Ausfuhrungsumgebungs- 
objekt spezifizierten Sequenz herunterladt. 

20. Servervorrichtung nach einem der Anspruche 13 
bis 18, wobei die genannte Servervorrichtung ein 
existierendes Anwendungsprogrammobjekt von 
dem genannten Client entfernt und das entfernte 
Objekt durch Heranziehung der genannten Herun- 
terladeeinrichtung zum Heruntertaden eines neuen 
Objekts von dem genannten Server ersetzt. 



eine Speichereinrichtung, die ein Anwen- 
dungsprogramm speichert, welches aus einem 
Oder mehreren Objekten besteht. 
eine Speichereinrichtung, die eine Ausfuh- 
rungsumgebung speichert, welche eine Viel- io 
zahl von Objekten zur Spezifizierung von Ope- 
rationen des betreffenden Anwendungspro- 
gramms aufweisl, wobei die betreffende Aus- 
fuhrungsumgebung mit dem genannten An- 
wendungsprogramm kompatibel ist, 15 
eine Speichereinrichtung, die eine Anwen- 
dungsprogrammschnittstelte speichert, welche 
derart betreibbar ist, dass eine Schnittstelle 
zwischen der genannten Ausfuhrungsumge- 
bung und 

dem genannten Anwendungsprogramm bereit- 
gestellt ist, 

eine Prufeinrichtung zum Priifen, ob der ge- 
nannten Client uber eine Ausfuhrungsumge- 
bung verfugt oder nicht, die mit dem betreffen- ^5 
den angeforderten Anwendungsprogramm 
kompatibel ist, und eine Herunterladeeinrich- 
tung zum Herunteriaden des genannten ange- 
forderten Anwendungsprogramms zu dem ge- 
nannten Client in Abhangigkett von einem Er- so 
gebnis der durch die genannte Prufeinrichtung 
durchgefuhrten Prufung. 



15. Servervorrichtung nach Anspmch 13 oder 14, wo- 
bei die genannten Anwendungsprogrammobjekte 50 
und die genannten Ausfuhrungsumgebungsobjekte 
gleichzeitig vorhandene Objekte sind und wobei ein 
einzelner Ausfuhrungssteuerungsfaden in jedem 
Objekt vorgesehen ist. 

55 

16. Servervorrichtung nach Anspruch 13, 14 oder 15, 
wobei die genannte Herunterladeeinrfchtung die 
genannten Ausfuhrungsumgebungsobjekte zu dem 



21. Servervorrichtung nach einem der Anspruche 13 
bis 19, wobei die genannte Servervorrrchtung dazu 
herangezogen wird, eine zweite Ausfiihrungsum- 
gebung auf dem genannten Client fiir ein Anwen- 
dungsprogrammobjekt zu errichten. welches der 
erstgenannten Ausfuhrungsumgebung zugeordnet 
ist, und wobei der betreffende Client zumindest ein 
Anwendungsprogrammobjekt von der betreffenden 
ersterwahnten Ausfuhrungsumgebung in die ge- 
nannte zweite Ausfuhrungsumgebung migriert. 
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22. Servervornchtung nach einem der Anspruche 13 
bis 20, wobei die genannte Ausfuhrungsumgebung 
fur den genannlen Client umfasst: 

eine Herunterladetunktion zunn Herunterladen 
des angeforderten Anwendungsprogrammob- 
jekts von dem genannten Server 2u dem ge- 
nannten Client, 

eine Pruffunktion zum Prufen, ob eine Ausfuh- 
rungsumgebung auf dem betreffenden Client 
mit dem angeforderten Objel<t kompatibel ist, 
und eine Errichtungsfunktion zum Errichten ei- 
ner Ausfuhrungsumgebung auf dem betreffen- 
den Client, die kompatibel ist mit dem betref- 
fenden angeforderten Objekt, 
und wobei die genannte Herunterladeeinrich- 
tung zusatzliche Funktionen von dem genann- 
ten Server zu dem genannten Client sowett er- 
forderlich herunterladt. 

23. Servervorrichtung nach einem der Anspruche 13 
bis 21 , wobei der genannte Client umfasst: 

eine Ausfuhrungsumgebung, die Vorrichtungs- 
treiberobjekte aufweist, 
eine Ausfuhrungsumgebung, die Systemobjek- 
te aufweist, 

und eine Ausfuhrungsumgebung, die Ausfuh- 
rungsumgebungsobjekte aufweist, 

wobei die betreffenden Vomchtungstreiberobjekte, 
die genannten Systemobjekte und die genannten 
Ausfuhrungsumgebungsobjekte, die auf dem be- 
treffenden Client vorgesehen sind, die Funktionen 
sind, die zur Erzeugung der entsprechenden Um- 
gebung ertorderlk;h sind, und wobei die genannte 
Herunterladeeinrichtung hohere funktionale Vor- 
richtungstreiberobjekte Oder Systemobjekte von 
dem genannten Server zu dem genannten Client 
soweit ertorderlich herunterladt. 

24. Servervorrichtung nach einem der Anspruche 13 
bis 22, wobei die genannte Servervorrichtung eine 
l\^erkmalsstruktur zu dem betreffenden Client wei- 
terleitet, die auf eine Beschreibung des genannten 
angeforderten Objekts gerichtet ist und die ferner 
auf eine Beschreibung der betreffenden kompati- 
blen Ausfuhrungsumgebung gerichtet ist, und wo- 
bei der genannte Client die betreffende Merkmals- 
struktur zur Ausfuhrung der genannten Prufung 
heranzieht. 

25. CIient-Datenveraft>eitungsvorrichtung umfassend: 

eine Herunterladeeinrichtung zum Herunterla- 
den von Daten von einem Server, 
eine Speichereinrichtung, die ein Anwen- 
dungsprogramm speichert, welches ein Oder 



mehrere Objekte aufweist, 
eine Speichereinrichtung. die eine Ausfuh- 
rungsumgebung speichert, welche eine Viel- 
zahl von Objekten zur Spezifizierung von Ope- 
5 rationen des betreffenden Anwendungspro- 

gramms aufweist, 

eine Spek:hereinrk;htung, die eine Anwen- 
dungsprogrammschnitlstetle speichert, wek;he 
derart belreibbar ist, dass eine Schnittstelte 
10 zwischen der genannten Ausfuhrungsumge- 

bung und 

dem genannten Anwendungsprogramm bereit- 
gestellt ist, 

und eine Meldeeinrichtung, die dem betreffen- 
'5 den Server meldet, ob eine Ausfuhrungsumge- 

bung auf der betreffenden Datenverarbeitungs- 
vorrichtung mit einem Anwendungsprogramm 
kompatibel ist, welches zum Herunteriaden von 
dem betreffenden Server angefordert ist, 

20 

wobei die genannte Hemnterladeeinrk:htung derart 
betreibbar ist, dass das betreffende angeforderte 
Anwendungsprogramm von dem genannten Server 
in Abhangigkeit von der durch die genannte Melde- 
25 einrichtung erzeugten l^eldung heruntergeladen 
wird. 

26. Client-Datenverarbeitungsvorrichlung nach An- 
spruch 25, 

30 wobei dann, wenn die genannte f^eldeeinrichtung 
dem Server meldet, dass der betreffende Client 
nicht uber eine Ausfuhrungsumgebung verfiigt, mit 
der das angeforderte Anwendungsprogramm kom- 
patibel ist, die genannte Herunterladeeinrichtung 

35 zumindest ein Ausfuhrungsumgebungsobjekt von 
dem genannten Server zu dem betreffenden Client 
herunterladt, derart, dass die betreffende kompati- 
ble Ausfuhrungsumgebung auf dem betreffenden 
Client errichtet wird, 

"to und die genannte Herunteriadeeinrichtung aufBer- 
dem das genannte Anwendungsprogramm von 
dem genannten Server zu dem genannten Client 
herunterladt. 

45 27. Client-Datenverarbeitungsvorrichtung nach An- 
spruch 25 oder 26, wobei die genannten Anwen- 
dungsprogrammobjekte und die genannten Aus- 
fuhrungsumgebungsobjekte gleichzeitig vorhande- 
ne Objekte sind und wobei ein einzelner Ausfuh- 

50 rungssteuerungsf aden in jedem Objekt vorgesehen 
ist. 

28. Client-Datenverarbeitungsvorrrchtung nach einem 
der Anspruche 25 bis 27, wobei die genannte Her- 
55 unterladeeinrichtung die Ausfuhrungsumgebungs- 
objekte von dem genannten Server zu dem betref- 
fenden Client in einer fur die Ausfuhrung des betref- 
fenden angeforderten Anwendungsprogramms ge- 
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eigneten Reihenfolge inkremental herunterladt und 
wobeidieAusfuhrungdes betreffenden angef order- 
ten Anwendungsprogramms auf dem genannten 
Client weitergeht, bevor samtliche der notwendigen 
Ausfuhrungsunngebungsobjekte heruntergeladen 
worden sind. 

29. Client-Datenverarbeitungsvorrichtung nach einenn 
der Anspriiche 25 bis 28, wobei die genannte Her- 
unterladeeinrichtung die angeforderte Anwendung 
von dem genannten Server zu dem betreffenden 
Client in einer fur die Ausfuhrung des genannten 
Anwendungsprogramms geeigneten Sequenz in- 
kremental herunterladt und wobei ein Oder mehrere 
der betreffenden angeforderten Anwendungspro- 
grammobjekte zu dem genannten Client gleichzei- 
tig mit der Ausfuhrung des betreffenden angefor- 
derten Anwendungsprogramms durch den genann- 
ten Client heruntergeladen werden. 

30. Client-Datenverarbeitungsvorrichtung nach einem 
der AnsprOche 25 bis 29, wobei die genannte Her- 
unterladeeinrichtung zuerst von dem genannten 
Serverzu dem betreffenden Clientjene dergenann- 
ten Anwendungsprogrammobjekte und der ge- 
nannten Ausfuhrungsumgebungsobjekte herunter- 
ladt, die fur die Verarbeitung durch den betreffen- 
den Client wahrend der Ausfuhrung des genannten 
angeforderten Anwendungsprogramms zuerst er- 
forderlich sind. 

31. Client-Datenverarbeitungsvorrichtung nach einem 
der Anspriiche 25 bis 30, wobei die genannte Her- 
unterladeeinrichtung die genannten Anwendungs- 
programmobjekte und/oder die genannten Umge- 
bungsobjekte von dem genannten Server zu dem 
betreffenden Client in einer durch ein Ausfuhrungs- 
umgebungsobjekt spezifizierten Sequenz herunter- 
ladt. 

32. Client-Datenverarbeitungsvorrichtung nach einem 
der Anspruche 25 bis 31, wobei ein existierendes 
Anwendungsprogrammobjekt von dem betreffen- 
den Client entfernt wird und wobei die genannte 
Herunterladeeinrichtung das betreffende entfernte 
Objekt durch Herunterladen eines neuen Objekts 
von dem genannten Server ersetzt. 

33. Client-Datenverarbertungsvorrichtung nach einem 
der Anspruche 25 bis 32, wobei eine zweite Aus- 
fuhrungsumgebung auf dem betreffenden Client fur 
ein Anwendungsprogrammobjekt errichlet wird, 
welches der erstenwahnten Ausfuhrungsumgebung 
zugeordnet ist, und wobei der betreffende Client zu- 
mindest ein Anwendungsprogrammobjekt von der 
betreffenden ersterwahnten Ausfuhrungsumge- 
bung in die genannte zweite Ausfuhrungsumge- 
bung migriert. 



34. Client-Datenverarbeitungsvorrichtung nach einem 
der Anspruche 25 bis 33. wobei die genannte Aus- 
fuhrungsumgebung fur den genannten Client um- 
fasst: 

5 

eine Herunterladefunktion zum Herunterladen 
des genannten angeforderten Anwendungs- 
programmobjekls von dem genannten Server 
zu dem betreffenden Client, 
^0 eine Pruffunktion zum Prufen, ob eine Ausfuh- 

rungsumgebung auf dem genannten Client mit 
dem betreffenden angeforderten Objekt kom- 
patibel ist. 

und eine Errichtungsfunktion zum Errichten ei- 
'5 ner Ausfuhrungsumgebung auf dem genann- 

ten Client, die kompatibel ist mil dem betreffen- 
.den angeforderten Objekt, 

wobei zusatzliche Funktionen von dem genannten 
^0 Server zu dem betreffenden Client sowett erforder- 
lich heruntergeladen werden. 

35. Client-Datenverarbeitungsvorrichtung nach einem 
der Anspruche 25 bis 34, wobei der genannte Client 

^5 umfasst: 

eine Ausfuhrungsumgebung, die Vorrichtungs- 
treiberobjekte aufweist, 
eine Ausfuhrungsumgebung, die Systemobjek- 
30 te aufweist, 

und eine Ausfuhrungsumgebung, die Ausfuh- 
rungsumgebungsobjekte aufweist, 

wobei die genannten Vorrichtungstreiberobjekte, 
35 die genannten Systemobjekte und die genannten 
Ausfuhrungsumgebungsobjekte, die auf dem be- 
treffenden Client vorgesehen sind, die Funktionen 
sind, die zur Erzeugung der entsprechenden Um- 
gebung notwendig sind, und wobei hohere funktio- 
40 nale Vorrichtungstreiberobjekte oder Systemobjek- 
te von dem genannten Server zu dem genannten 
Client soweit erforderlich heruntergeladen werden. 

36. Client-Datenverarbeitungsvorrichtung nach einem 
45 der Anspruche 25 bis 35, wobei der genannte Ser- 
ver eine Merkmalsstrukturzu dem betreffenden Cli- 
ent weiterleitet, die auf eine Beschreibung des be- 
treffenden angeforderten Objekts gertchtet ist und 
die ferner auf eine Beschreibung der betreffenden 

50 kompatiblen Ausfuhmngsumgebung gerichtet ist 
und wobei der genannte Client die betreffende 
Merkmalsstruktur zur Bestimmung eines Ergebnis- 
ses heranzteht, das durch die genannte Metdeein- 
richtung zu dem genannten Server hin geleitet ist. 

55 

37. Kommunikationssystem, umfassend eine Server- 
vorrichtung nach einem der Anspruche 13 bis 24 
und eine Client-Datenverarbeitungsvorrichtung 
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nach einem der Anspruche 25 bis 36. 

38. Computer-Software mit einem Programmcode zur 
Ausfuhrung eines Vert ahrens gemaR einem der An- 
spruche 1 bis 13. 

39. Datenbereitstellungsmedium, durch das Computer- 
Software nach Anspruch 38 bereitgestellt wird. 

40. Medium nach Anspruch 39, wobei das Medium etn 
Ubertragungsmedium isl. 

41. Medium nach Anspruch 39, wobei das Medium ein 
Speichermedium ist. 



Revendlcations 

1 . Proc6d6 de traitement de donndes pour un syst^me 
de traitement de donnees comprenant : 

du cote du serveur (16) : 

le Blockage d'un programme d'application 
(11-1) comprenant une pluralite d'objets 
(14-1); 

le stockage d'un environnement d'ex^cu- 
tion (12-1) comprenant une pluralite d'ob- 
jets (15-1) pour specifier des operations 
dudil programme d'application pour que le- 
dit environnement d'ex6cution sort compa- 
tible avec ledit programme d'application ; 
stockage d'une interface de programme 
d'application (13-1 API) utilisable pour 
fourntr une interface entre ledit environne- 
ment d'ex6cution et ledit programme 
d'application ; et 
du cote du client (2) : 

demande d'un telechargement dudit 
programme d'application ^ partir dudit 
serveur (16); 

ou un moyen de controle sur ledit serveur est 
utilisable pour executer un controle de compatibilite 
pour determiner si oui ou non ledit client (2) poss6- 
de ledit environnement d'ex6cution qui est compa- 
tible avec ledit programme d'application demande 
et ledit programme d'application demande est tele- 
charge a partir dudit serveur (1 6) en fonction du re- 
sultat dudit contr6Ie. 

2. Precede selon !a revendrcation 1 , dans lequel ledit 
controle par ledit serveur determine que ledit client 
n'a pas un environnement d'execution avec lequel 
ledit programme d'application demande est compa- 
tible, ledit precede comprenant !es etapes de : 



telechargement d'au moins un objet d'environ- 
nement d'execution h partir dudit serveur au ni- 
veau dudit client pour que ledit environnement 
d'execution compatible soit construil au niveau 
5 dudit client ; et 

telechargement dudit programme d'application 
d partir dudit serveur au niveau dudit client. 

3. Precede selon la revendication 1 ou 2, dans lequel 
10 lesdits objets de programme d'application et 

lesdits objets d'environnement d'execution 
sent des objets concurrents et un chemin unique de 
controle d'execution est fourni dans chaque objet. 

15 4, Precede selon la revendication 1, 2, ou 3, dans le- 
quel lesdits objets d'environnement d'execution 
sont telecharges de fa?on incrementale a partir du- 
dit serveur au niveau dudit client dans un ordre ap- 
proprie pour I'execution dudit programme d'applica- 

20 tion demande et ou ['execution dudit programme 
d'application demande avance avant que tous les 
objets d'environnement d'execution hecessaires 
aient ete telecharges. 

25 5. Procedeselon la revendication 1 ,2 ou 3 dans lequel 
lesdits objets de programme d'application demande 
sont telecharges de fa^on incrementale a partir du- 
dit serveur au niveau dudil client dans une sequen- 
ce appropriee pour I'execution dudit programme 

30 d'application el un ou plusieurs desdils objets de 
programme d'application demande sont telechar- 
ges au niveau dudit client concurremment avec 
I'execution dudit programme d'application deman- 
de par ledit client. 

35 

6. Precede selon la revendication 1 , 2 ou 3 dans lequel 
ceux desdils objets de programme d'application el 
desdits objets d'environnement d'execution qui 
sont exiges d'abord pour te traitement par ledit client 

40 pendant I'execution dudit programme d'application 
demande sont t616charges d'abord k partir dudit 
serveur au niveau dudit client. 

7. Procedeselon la revendication 4, Sou 6 dans lequel 
45 une sequence pour teiecharger lesdits objets de 

programme d'application et/ou lesdits objets d'en- 
vironnement a partir dudit serveur au niveau dudil 
client est specif ie par un objet d'environnement 
d'execution. 

50 

8. Precede selon une quetconque des revendlcations 
precedentes, comprenant I'eiape d'enlevemenl 
d'un objet de programme d'application existant k 
partir dudit client et remplacement dudil objet enle- 

55 v6 par le telechargement d'un nouvel objet k partir 
dudit serveur. 

9. Proc6de selon Tune queteonque des revendlcations 
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me d'application en r§ponse a une demande d'un 
client, ledit dispositif de serveur comprenant : 

un moyen de stockage stockant un programme 
d'application comprenant un ou plusieurs 
objets ; 

un moyen de stockage stockant un envtronne- 
ment d'execution comprenant une pluralite 
d'objets pour specifier des operations dudit pro- 
gramme d'application 

ou ledit environnement d'execution est compatible 
avec ledit programme d'application ; 

un moyen de stockage stockant une interface 
de programme d'application utilisabte fournit une in- 
terface entre ledit environnement d'execution et le- 
dit programme d'application ; 

un moyen de controle pour conlroler si oui ou 
non ledit client a un environnement d'execution qui 
est compatible avec ledit programme d'application 
demande ; et 

un moyen de telechargement pour tel^char- 
ger ledit programme d'application demande au ni- 
veau dudit client en fonction du r^sultat dudit con- 
trole realise par ledit moyen de controle. 



prec6dentes, comprenant I'etape de construction 
dudit second environnement d'execution au niveau 
dudit client pour un objet de programme d'applica- 
tion associe audit premier environnement d'execu- 
tion mentionne et migration au moins un objet de 
programme d'application a partir dudit premier en- 
vironnement d'execution mentionne vers ledit se- 
cond environnement d'execution. 

10. Procedeseton I'unequelconquedesrevendications 
precedentes, dans lequel ledit environnement 
d'execution pour ledit client comprend : 

une fonction de t6l§chargement pour telechar- 
ger ledit objet de programme d'application de- 
mande a partir dudit serveur au niveau dudit 
client ; 

une fonction de controle pour controler si un en- 
vironnement d'execution au niveau dudit client 
est compatible avec ledit objet demande ; et 
une fonction de construction pourconstruire un 
environnement d'execution au niveau dudit 
client qui est compatible avec ledit objet 
demande ; 

dans lequel des fonctions supplementaires 
sont tei^chargees a partir dudit serveur au niveau 
dudit client si necessaire. 

11. Precede selon I'unequelconquedesrevendications 
precedentes, dans lequel ledit client comprend : 

un environnement d'execution ayant des objets 
de pilote de dispositif ; 

un environnement d'execution ayant des objets 
de system e ; et 

un environnement d'execution ayant des objets 
tfenvironnement d'execution ; 

ou lesdits objets de commande de dispositif, 
lesdits objets de systeme et lesdits objets d'environ- 
nement d'execution qui sont fournts au niveau dudit 
client sont les fonctions necessaires pour cr6er I'en- 
vironnement correspondant et ou des objets de pi- 
lote de dispositif ou des objets de systeme plus hau- 
tement fonctionnets sont telecharges ^ partir dudit 
serveur au niveau dudit client si necessaire. 

1 2. Precede selon I'une quelconque des revendications 
precedentes, dans lequel ledit serveur passe une 
structure de caract6ristique au niveau dudit client 
qui pointe vers une description dudit objet demande 
et pointe en outre vers une description dudit envi- 
ronnement d'execution compatible et ou ledit client 
utilise ladite structure de caractdristique pour r^ali- 
ser ledit controle. 

13. Dispositif de serveur pour telecharger un program- 



14. Dispositif de serveur selon la revendication 13, 
dans lequel lorsque ledit moyen de controle deter- 
mine que ledit client n'a pas un environnement 
d'execution avec lequel ledit programme d'applica- 
tion demande est compatible, ledit moyen de tele- 
chargement telecharge au moins un objet d'envi- 
ronnement d'execution a partir dudit serveur au ni- 
veau dudit client pour que ledit environnement 
d'execution compatible soit construit au niveau du- 
dit client ; et ledit moyen de telechargement tele- 
charge aussi ledit programme d'application a partir 
dudit serveur au niveau dudit client. 

Dispositif de serveur selon la revendication 13 ou 
14, dans lequel lesdits objets de programme d'ap- 
plication et lesdits objets d'environnement d'execu- 
tion sont des objets concurrents et un chemin uni- 
que de la commande d'execution est fourni dans 
chaque objet. 

Dispositif de serveur selon la revendication 13, 14 
ou 15, dans lequel ledit moyen de telechargement 
telecharge incrementalement lesdits objets d'envi- 
ronnement d'execution au niveau dudit client dans 
un ordre approprie pour I'executlon par ledit pro- 
gramme d'application demande et ou rex6culion 
dudit programme d'application demande au niveau 
dudit client avant que tous les objets de I'environ- 
nement d'execution necessaire aient ete tei6char- 
ges. 

17. Dispositif serveur selon Tune quelconque des re- 
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vendications 1 3 a 1 6 dans lequel le moyen de tele- 
chargement telecharge incr^mentalement lesdils 
objets de programme d'application demande au ni- 
veau dudi! client dans une sequence appropriee 
pour I'ex^cution dudil programme d'application et 5 
ledit serveur telecharge un ou plusieurs desdits ob- 
jets de programme d'application demand^ au ni- 
veau dudit client concurremment avec I'execution 
dudit programme d'application demande par ledit 
client. 10 

18. Dispositifde serveur selon Tune quelconquedes re- 
vendications 13 a 17, dans lequel ledit premier 
moyen de telechargement t^l^harge au niveau du- 
dit client ceux desdits objets de programme d'appli- 
cation et desdits objets d'environnement d'execu- 
tion qui sont demandes d'abord pour le traitement 
par ledit client pendant I'execution dudit programme 
d'application demand^. 

1 9. Dispositif de serveur selon Tune quelconque des re- 
vendications 13 a 17, dans lequel ledit moyen de 
telechargement telecharge, lesdits objets de pro- 
gramme d'application et/ou lesdits objets d'environ- 
nement a partir dudit serveur au niveau dudit client ^5 
dans une sequence sp6cifi6e par un objet d'envi- 
ronnement d'ex^cution. 

20. Dispositif de serveur selon I'une quelconque des re- 
vendications 13 a 1 8, dans lequel ledit dispositif de 30 
serveur enleve un objet de programme d'applica- 
tion existant a partir dudit client et remplace ledit 
objet enleve en utilisant ledit moyen de telecharge- 
ment pour tel^charger un nouvel objet a partir dudit 
serveur. 35 

21 . Dispositif de serveur selon I'une quelconque des re- 
vendications 13 a 19, dans lequel ledit dispositif de 
serveur est utilise pour construire un second envi- 
ronnement d'execution au niveau dudit client pour 40 
un objet de programme d'application associe audit 
premier environnement d'ex6cution mentionn6 et 
ledit client migre au moins un objet de programme 
d'application a partir dudit premier environnement 
d'execution menttonne vers ledit second environne- 45 
ment d'ex6cution. 

22. Dispositif de serveur selon I'une quelconque des re- 
vendications 13 a 20, dans lequel ledit environne- 
ment d'ex6cution pour ledit client comprend : 50 

une fonction de t6!^hargement pour teldchar- 
ger ledit objet de programme d'application de- 
mand^ a partir dudit serveur au niveau dudrt 
client ; 55 
une fonction de controle pourcontroler si un en- 
vironnement d'execution au niveau dudit client 
est compatible avec ledit objet demande ; et 



une fonction de construction pour construire un 
environnement d'execution au niveau dudit 
client qui est compatible avec ledit objet 
demande ; 

et dans lequel ledit moyen de telechargement 
telecharge des fonctions supplementaires a 
partir dudit serveur au niveau dudit client si nd- 
cessaire. 

23. Dispositif de serveur selon I'une quelconque des re- 
vendications 13 a 21, dans lequel ledit client 
comprend : 

un environnement d'execution ayant des objets 
de piiote de dispositif ; 

un environnement d'execution ayant des objets 
de systeme ; et 

un environnement d'execution ayant des objets 
d'environnement d'execution ; 

dans lequel tesdits objets de commande de 
dispositif, lesdits objets de systeme et lesdits objets 
d'environnement d'execution qui sont fournis au ni- 
veau dudit client sont les fonctions necessaires 
pour creer I'environnement correspondant et ou le- 
dit moyen de telechargement telecharge des objets 
de pilote de dispositif ou des objets de systeme plus 
hautement fonctionnels a partir dudit serveur au ni- 
veau dudit client si necessaire. 

24. Dispositif de serveur selon I'une quelconque des re- 
vendications 13 a 22, dans lequel ledit dispositif de 
serveur passe une structure de caracterislique au 
niveau dudit client qui pointe vers une description 
dudit objet demande et pointe en outre vers une 
description dudit environnement d'execution com- 
patible et ou ledit client utilise ladite structure de ca- 
racterislique pour realiser ledit controle. 

25. Dispositif de traitement de donnees de client 
comprenant : 

un moyen de telechargement pour teiecharger 
des donnees a partir d'un serveur ; 
un moyen de stockage stockant un programme 
d'applteation comprenant un ou ptusieurs 
objets ; 

un moyen de stockage stockant un environne- 
ment d'execution comjDrenant une pluralite 
d'objets pour specifier des operations dudit pro- 
gramme d'application ; 

un moyen de stockage stockant une interface 
de programme d'application utilisable pour 
fournir une interface entre ledit environnement 
d'execution et ledit programme d'application ; 
et 

un moyen de notification pour notifier audit ser- 
veur si un environnement d'execution sur ledit 
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dispositif de traitement de donn6es est compa- 
tible avec un programme d'application deman- 
de pour le telechargement a partir dudit 
serveur : 



5 



dans lequel ledit moyen de telechargement 
est utilisable pour t6l6charger ledit programme 
d'application demande a partir dudit serveur en de- 
pendance de ladite notification generee par ledit 
moyen de notification. io 



26. Dispositif de traitement de donnees de client seion 
la revendication 25, dans lequel lorsque ledit moyen 
de notification notifie audit serveur que ledit client 

n'a pas un environnement d'execution avec lequel i5 
ledit programme d'application demande est 
compatible ; 

ledit moyen de telechargement telecharge au 
molns un objet d'environnement d'execution a partir 
dudit serveur au niveau dudit client pour que led'rt 20 
environnement d'execution compatible soit cons- 
truit au niveau dudit client ; et 

ledit moyen de telechargement telecharge 
aussi ledit programme d'application a partir dudit 
serveur au niveau dudit client. 25 

27. Dispositif de traitement de donnees de client selon 
la revendication 25 ou 26, dans lequel lesdits objets 
de programme d'application et lesdits objets d'en- 
vironnement d'execution sont des objets concur- 30 
rents et un chemin unique de commande d'execu- 
tion est fourni dans chaque objet. 

28. Dispositif de traitement de donri^es de client selon 
Tune quelconque des revendications 25 a 27, dans 35 
lequel ledit moyen de tdtechargement telecharge 
lesdits objets d'environnement d'execution de fa- 
9on incr6mentale a partir dudit serveur au niveau 
dudit client dans un ordre approprie pour I'execution 
dudit programme d'application demande et ou I'exe- 40 
cution dudit programme d'application demande au 
niveau dudit client avance avant que tous les objets 
d'environnement d'execution n^cessaires aient ete 
telecharges. 

45 

29. Dispositif de traitement de donnees de client selon 
I'une quelconque des revendications 25 a 28, dans 
lequel ledit moyen de telechargement telecharge 
incrementalement ladite application demandee a 
partir dudit serveur au niveau dudit client dans une 50 
sequence appropri6e pour rex6cution dudit pro- 
gramme d'application et un ou plusieurs desdits ob- 
jets de programme d'application demand6 sont te- 
lecharges au niveau dudit client concurremment 
avec Texecution dudit programme d'application de- 55 
mande par ledit client. 

30. Dispositif de traitement de donnees de client selon 



I'une quelconque des revendications 25 ^ 29, dans 
lequel ledit moyen de telechargement telecharge 
d'abord a partir dudit serveur au niveau dudit client 
ceux desdits objets de programme d'application el 
desdits objets d'environnement d'execution qui 
sont demandes d'abord pour le traitement par ledit 
client pendant I'execution dudit programme d'appli- 
cation demande. 

31 . Dispositif de traitement de donnees de client selon 
I'une quelconque des revendications 25 a 30, dans 
lequel ledit moyen de telechargement telecharge 
lesdits objets de programme d'application et/ou les- 
dits objets d'environnement a partir dudit serveur au 
niveau dudit client dans une sequence specifiee par 
un objet d'environnement d'execution. 

32. Dispositif de traitement de donnees de client selon 
I'une quelconque des revendications 25 a 31, dans 
lequel un objet de programme d'application existant 
est enleve dudit client et ledit moyen de telecharge- 
ment remplace Ipdtt objet enleve en telechargeant 
un nouvel objet dudit serveur. 

33. Dispositif de traitement de donnees de client selon 
I'une quelconque des revendications 25 a 32, dans 
lequel un second environnement d'execution est 
construit au niveau dudit client pour un objet de pro- 
gramme d'application associe audit premier envi- 
ronnement d'execution mentionne et ledit client mi- 
gre au moins un objet de programme d'application 
a partir dudit premier environnement d'execution 
mentionne au niveau dudit second environnement 
d'execution. 

34. Dispositif de traitement de donn6es de client selon 
I'une quelconque des revendications 25 a 33, dans 
lequel ledit environnement d'execution pour ledit 
client comprend : 

une fonction de telechargement pour teiechar- 
ger ledit objet de programme d'application de- 
mande a partir dudit serveur au niveau dudit 
client ; 

une fonction de controle pourcontroler si un en- 
vironnement d'execution au niveau dudit client 
est compatible avec ledit objet demande ; et 
une fonction de construction pour construire un 
environnement d'execution au niveau dudit 
client qui est compatible avec ledit objet 
demande ; 

dans lequel des fonctions supplemental res 
sont telechargees a partir dudit serveur au niveau 
dudit client si necessaire. 

35. Dispositif de traitement de donnees de client selon 
I'une quelconque des revendications 25 a 34, dans 
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lequel ledit client comprend : 

un environnement d'execution ayant des objets 
de piiote de disposilif ; 

un environnement d'ex6cution ayant des objets 5 
de systfenne ; et 

un environnement d'execution ayant des objets 
d'environnement d'execution ; 

dans lequel tesdits objets de piiote de dispo- 
silif . lesdits objets de systeme et lesdits objets d'en- 
vironnement d'execution qui sont fournis au niveau 
dudit client sont les fonclions n6cessaires pour 
cr6er I'environnement correspondant el ou des ob- 
jets de piiote de disposttif ou des objets de systeme '5 
plus hautement fonctionnels sont telecharges a 
partir dudit serveur au niveau dudit client si n6ces- 
saire. 

36. Dispositif de traitement de donnees de client selon 
I'une quelconque des revendications 25 a 35, dans 
lequel ledit serveur passe une structure de carac- 
teristtque audit client qui pointe vers une description 
dudit objet demande et en outre pointe vers une 
description dudit environnement d'execution com- ^5 
patible. et ou ledit client utilise ladite structure de 
caracteristique pour d6tenniner un r6sultat pass6 
audit serveur par ledit moyen de notification. 

37. Systeme de communication comprenant un dispo- 30 
sitif de serveur selon I'une quelconque des reven- 
dications 13 a 24 et un dispositif de traitement de 
donnees de client selon Tune quelconque des re- 
vendications 25 & 36. 

35 

38. Logiciet d'ordinateur ayant un code de programme 
pour realiser un proc6de selon I'une quelconque 
des revendications 1^13. 

39. Support de fourniture de donnees par lequel le lo- "fO 
giciel d'ordinateur selon la revendication 38 est 
fourni- 

40. Support selon ia revendication 39, le support etant 

un support de transmission. ''s 

41. Support selon la revendication 39, le support etant 
un support de stockage. 
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concunrent object structure 
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FIG. 12 



Application 35 




MK : Micro Kernel 

MVM : Micro Virtual Machine 

structure of system functions 
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FIG. 13 
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FIG. 15 
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FIG. 17 



type 


description 


TJNVALID 


invalid entry 


T^PRIMITIVE 


The value field denotes a primitive 
object, which is a dependent 
object on MVM 


T.POINTTER 


The value field contains a 
pointer to an object 



type of variable table entry 



40 



EP 0 753 811 B1 



description 


ilnteger number 


IEEE 754 32bits floating 
! point number 


IEEE 754 64bits floating 
point number 


TRUE or FALSE 


sequence of UNICODE characters 


sequence of data of the same type 


representation of object execution 


target address to which execution 
resumes 


adress I 


duplication of a variable entry 


invocation of a method 


undefined primtive object 




o 


o 






to heap 


to heap 




X 

<b 

T3 


to memory 








P.BODY 


immedial 


immedial 


immedial 


immedial 


address i 


address \ 


CName 


l-code in 


address 1 


n/a 


n/a 


n/a 


.CLASS 


P_INTEGER 


FLOAT 


□FLOAT 


.BOOLEAN 


.STRING 


.ARRAY 


.CONTEXT 


.JUMP 


.POINTER 


.ASSIGN 


.MAILER 


.UNDEF 


1 

a. 


o_' 


Q.' 


Q.' 




Q.' 


ol' 




Q.' 


a.' 


a. 


Q. 








Float 




















1 class 


Integer 


Float 


Double 


Boolear 


String 


Anray 


1 Context 


Jump 


Pointer 


1 Assign 


1 Mailer 


1 Undef 



41 



EP 0 753 811 B1 



FIG. 19 



19-1 

struct Message { 
long length ; 
any body [ ]; 

}; 

exception outrange {long position} ; 
exception overflow 0 ; 
exception undef {int primitive; int selector} ; 
exception zerodiv {} ; 

Interface Integer { 
Integer operator+(in Integer value) 

raise(overflow); 
Integer operator-(in Integer value) 

raise(overflow); 
Integer operator* (in Integer value); 
Integer operator/(in Integer value) 

raise(2erodiv); 
Integer remainder(tn Integer value); 
Integer dnd(in Integer value); 
Integer or(in Integer value); 
Integer xor(in Integer value); 
Integer not{void); 
Integer operator=:(in Float value); 
Integer operator=(in DoubleFloat value); 
Boolean opetator<{ln Integer value); 
Boolean opetator<=(in Integer value); 
Boolean opetator==(in Integer value); 

}; 

interface Float { 
Float operator+(in Float value) 

raise (overflow, underflow); 
Float operator-(in Float value) 

raise (overflow, underflow); 
Float operator*(in Float value) 

raise (overflow, underflow); 
Float operator/(in Float value) 

raise (overflow, underflow, zerodiv); 
Float operator=(in Integer value); 
Float operator=(in DoubleFloat value); 

raise (overflow); 
Boolean opetator<(ln Float value); 
Boolean opetator<=(ln Float value); 
Boolean opetator==(ln Float value); 

primrttve object interface 
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FIG. 20 



19-2 

interface DoubleFloat{ 

DoableFloat operator+(in DoubleFloat value) 

raise(overflow, underflow); 
DoubleFloat operator-fm DoubleFloat value) 

raise{overflow. underflow); 
DoubleFloat operator*(in DoubleFloat value) 

raise(overflow, underflow); 
DoubleFloat operator/(in DoubleFloat value) 

raise(overflow, underflow, zerodiv); 
DoubleFloat operator={in Float value) 

raise( ); 

Boolean operator<(in DoubleFloat value) 
raise( ); 

Boolean operator<=(in DoubleFloat value) 
raise( ); 

Boolean operator==(in DoubleFloat value) 
raise{ ); 

}; 

interface Boolean { 

Boolean not (void) 

): 

interface String { 

String operator+(in String string); 

String substring(in integer position, in Integer length); 

ralse{outrange); 
Integer length(void); 

); 

interface Array { 

void put (in Integer Index, in any value); 

raiSG(outrange); 
any get (in hteger Index) 

rdts6(outrange); 
Integer length (void); 

}: 

interface Context { 
...accessers... 

}; 

interface Jump { 
void eval (void) 

raise(outrange); 
void evalT (Boolean cond) 

raise(outrange); 
void evalF (Boolean condition) 

raise(outrange); 

): 

primitive object interface (continued) 
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FIG. 21 



19-3 

Interface Pointer { 

void put (In Address pos, In byte value) 

exception outrange; 
byte get (in Address pos) 

exception outrange; ^ 
void put (in Address pos, In word value) 

exception outrange; 
word get (in Address pos) 

exception outrange; 
void put (in Address pos, in long value) 

exception outrange; 
long get (in Address pos) 

exception outrange; 
void put (in Address pos, in longlong value) 

exception outrange; 
longlong get (in Address pos) 

exception outrange; 

}i 

interface Assing{ 

void operator=(in int positioni, in int position2); 
interface Mailer{ 

void call(in ID target, Integer select, in Message msg); 

void reply( ); 

}; 

interface undef 

}: 

primitive object interface (continued) 
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FIG. 22 



name 


description 


OP^M 


execute the operation specified by the 
first argument. This operation is processed 
either by personality or by a primitive 
object. (operands:operation, number of 
operands,...) 


OP^R 


give control back to the object when the 
operation requested by OP_M returns 
(operandsitarget, return arguments) 



l-code instruction set 



FIG. 23 

interface MetaCore{ 

mcError M (in long method, in Message msg); 

mcError R (in CName ctxt, in long method, in Message msg); 

Micro Kernel Interface 
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